Because Swap_push isn't as natural
This project will make you sort data on a stack, with a limited set of instructions, using the lowest possible number of actions. To succeed you'll have to manipulate various types of algorithms and choose the most appropriate solution (out of many) for an optimized data sorting.
The Push swap project is a very simple and a highly straightforward algorithm project: data must be sorted.
You have at your disposal a set of integer values, 2 stacks, and a set of instructions to manipulate both stacks.
Your goal? Write a program in C called push_swap
which calculates and displays on the standard
output the smallest program, made of Push swap language instructions, that sorts the integers
received as arguments.
Easy?
We'll see...
Writing a sorting algorithm is always a very important step in a developer's journey. It is often the first encounter with the concept of complexity.
Sorting algorithms and their complexity are part of the classic questions discussed during job interviews. It's probably a good time to look at these concepts since you'll have to face them at some point.
The learning objectives of this project are rigor, use of C, and use of basic algorithms. Especially focusing on their complexity.
Sorting values is simple. To sort them the fastest way possible is less simple. Especially because from one integers configuration to another, the most efficient sorting solution can differ.
- You have 2 stacks named
a
andb
. - At the beginning:
- The stack
a
contains a random amount of negative and/or positive numbers which cannot be duplicated. - The stack
b
is empty.
- The stack
- The goal is to sort in ascending order numbers into stack
a
. To do so you have the following operations at your disposal:sa
(swap a
): Swap the first 2 elements at the top of stacka
. Do nothing if there is only one or no elements.sb
(swap b
): Swap the first 2 elements at the top of stackb
. Do nothing if there is only one or no elements.ss
:sa
andsb
at the same time.pa
(push a
): Take the first element at the top ofb
and put it at the top ofa
. Do nothing ifb
is empty.pb
(push b
): Take the first element at the top ofa
and put it at the top ofb
. Do nothing ifa
is empty.ra
(rotate a
): Shift up all elements of stacka
by 1. The first element becomes the last one.rb
(rotate b
): Shift up all elements of stackb
by 1. The first element becomes the last one.rr
:ra
andrb
at the same time.rra
(reverse rotate a
): Shift down all elements of stacka
by 1. The last element becomes the first one.rrb
(reverse rotate b
): Shift down all elements of stackb
by 1. The last element becomes the first one.rrr
:rra
andrrb
at the same time.
To illustrate the effect of some of these instructions, let's sort a random list of integers. In this example, we'll consider that both stacks grow from the right.
----------------------------------------------------------------------------------------------------------
Init a and b:
2
1
3
6
5
8
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec sa:
1
2
3
6
5
8
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec pb pb pb:
6 3
5 2
8 1
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec ra rb (equiv. to rr):
5 2
8 1
6 3
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec rra rrb (equiv. to rrr):
6 3
5 2
8 1
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec sa:
5 3
6 2
8 1
_ _
a b
----------------------------------------------------------------------------------------------------------
Exec pa pa pa:
1
2
3
5
6
8
_ _
a b
----------------------------------------------------------------------------------------------------------
Integers from a
get sorted in 12 instructions. Can you do better?
Key | Value |
---|---|
Program name | push_swap |
Turn in files | Makefile , *.h , *.c |
Makefile | NAME , all , clean , fclean , re |
Arguments | stack a : A list of integers |
External functions | - read , write , malloc , free , exit - ft_printf and any equivalent YOU coded |
Libft authorized | Yes |
Description | Sort stacks |
Your project must comply with the following rules:
- You have to turn in a
Makefile
which will compile your source files. It must not relink. - Global variables are forbidden.
- You have to write a program named
push_swap
that takes as an argument the stacka
formatted as a list of integers. The first argument should be at the top of the stack (be careful about the order). - The program must display the smallest list of instructions possible to sort the stack
a
, the smallest number being at the top. - Instructions must be separated by a
\n
and nothing else. - The goal is to sort the stack with the lowest possible number of operations. During the evaluation process, the number of instructions found by your program will be compared against a limit: the maximum number of operations tolerated. If your program either displays a longer list or if the numbers aren't sorted properly, your grade will be 0.
- If no parameters are specified, the program must not display anything and give the prompt back.
- In case of error, it must display
Error
followed by a\n
on the standard error. Errors include for example:- Some arguments aren't integers.
- Some arguments are bigger than an integer.
- Some arguments are duplicates.
$> ./push_swap 2 1 3 6 5 8
sa
pb
pb
pb
sa
pa
pa
pa
$> ./push_swap 0 one 2 3
Error
$>
During the evaluation process, a binary will be provided in order to properly check your program.
It will work as follows:
$> ARG="4 67 3 87 23"; ./push_swap $ARG | wc -l
6
$> ARG="4 67 3 87 23"; ./push_swap $ARG | ./checker_OS $ARG
OK
$>
If the program checker_OS
displays KO
, it means that your push_swap
came up with a list of
instructions that doesn't sort the numbers.
ℹ️ The
checker_OS
program is available in the resources of the project in the intranet. You can find a description of how it works in the Bonus Part of this document.
To validate this project, you must perform certain sorts with a minimal number of operations:
- For a minimalist validation (that implies a minimal grade of 80), you must be able to sort 100 random numbers in fewer than 700 operations.
- For maximal project validation and thus to be able to achieve the bonuses, you must fulfill the first step above, but also for 500 random numbers, there should be no more than 5500 operations.
All of this will be verified during your evaluation.
ℹ️ If you wish to complete the bonus part, you must thoroughly validate the project with each benchmark step achieving the highest possible score.
This project leaves little room for adding extra features due to its simplicity. However, how about creating your own checker?
ℹ️ Thanks to the checker program, you will be able to check whether the list of instructions generated by the push_swap program actually sorts the stack properly.
Key | Value |
---|---|
Program name | checker |
Turn in files | *.h , *.c |
Makefile | bonus |
Arguments | stack a : A list of integers |
External functions | - read , write , malloc , free , exit - ft_printf and any equivalent YOU coded |
Libft authorized | Yes |
Description | Execute the sorting instructions |
- Write a program named
checker
that takes as an argument the stacka
formatted as a list of integers. The first argument should be at the top of the stack (be careful about the order). If no argument is given, it stops and displays nothing. - It will then wait and read instructions on the standard input, each instruction will be followed
by
\n
. Once all the instructions have been read, the program has to execute them on the stack received as an argument. - If after executing those instructions, the stack
a
is actually sorted and the stackb
is empty, then the program must displayOK
followed by a\n
on the standard output. - In every other case, it must display
KO
followed by a\n
on the standard output. - In case of error, you must display
Error
followed by a\n
on the standard error. Errors include for example:- Some arguments are not integers.
- some arguments are bigger than an integer.
- Some arguments are duplicates.
- Some instructions doesn't exist and/or are incorrectly formatted.
$> ./checker 3 2 1 0
rra
pb
sa
rra
pa
OK
$> ./checker 3 2 1 0
sa
rra
pb
KO
$> ./checker 3 2 one 0
Error
$> ./checker "" 1
Error
$>
⚠️ You DO NOT have to reproduce the exact same behavior as the provided binary. It is mandatory to manage errors but it is up to you to decide how you want to parse the arguments.