Please follow these steps in closed lab:
cp -R /class/sce/now/222/closed-labs/closed-lab04/Closed_Lab04/ .
cd Closed_Lab04
retest Sequence_Test test-script correct-outputThis will run your new version of Sequence_Test, taking input from the file test-script (and writing output of this run to the file test-script.out), and finally comparing test-script.out to correct-ouput -- character for character. If there are no differences between these two output files, then you will see nothing on the screen except the next shell prompt; you didn't find a defect in this case. However, if there is any difference between the two files, then you will see some cryptic information that tells you which line numbers have differences. Look at test-script.out and go to the first line number where there is a difference. Inspect the output to see what's wrong, correct your implementation, and repeat this step for the modified Kernel_3.h as necessary.
Important note: In this case, different output than you get from Sequence_Test_Sample is wrong output! There are no operations of Sequence_Kernel where two different correct implementations may produce different answers. So in this situation the retest command completely automates the testing of your new implementation of Sequence_Kernel. But if you were testing Set_Kernel or Partial_Map_Kernel, completely automated testing merely by comparing two output files character for character would not work. Why? Would it allow defective implementations to get by, or would it flag possibly correct implementations as defective?