Project 1: Warm-up Project

Important Dates

Due: Wednesday, 2/05, by 9pm (or so).

Questions?

Send questions to 537-help@cs.wisc.edu (or, of course, visit us in person during office hours!). If the question is about your code, hand in all of your code and include your login in your email (you are free to modify the contents of your handin directory prior to the due date). Also include all other relevant information, such as cutting and pasting what you typed and the results from the screen. In general, the more information you give, the more we can help!

Overview

There are two parts to this project:

  • Sorting: to be done on the mumble lab, so you can learn more about programming in C on a typical UNIX-based platform (Linux)
  • Kernel Intro: to be done in our xv6 hacking environment, so you can learn more about what actually goes on in a real kernel.

Click on the above links to learn more about what you should do. READ EACH CAREFULLY! Note: it will take a long time to read each and really make sure not to miss anything.

Notes

Before beginning, read this tutorial. It has some useful tips for programming in the C environment.

Read K+R (the course textbook on C) as it is a great introduction to the language. Familiarizing yourself with these topics will help you complete the programming projects:

  • character arrays, null terminated strings, character pointers (1.9, 5.5, 5.10)
  • pointer arithmetic (also called address arithmetic) (5.4)
  • using array notation on pointers and vice-versa (5.3)
  • pointer arrays (5.6)
  • function pointers (pointers to functions) (5.11, 5.12)
  • external declarations and the difference between definition and declaration (4.3, 4.4, A8)
  • preprocessor file inclusion (#include) and macro substitution (#define) (for constant style definitions) (4.5, 4.11)
These topics highlight the main differences between C and other languages like Java. They are generally what cause issues for programmers new to C.

This project, unlike all others this semester, must be done alone. Note that it is always OK to talk to others about your code, as well as help them debug their code. Copying code, however, is considered cheating. Don't do it! How will you learn that way? Read this for more info on what is OK and what is not.

One last point about this project: if you don't have a partner for the next project, we will use the score from this one to match you up with someone who performed similarly. Thus, if you are looking for a project partner, your score on P1 is particularly important! Work hard and get a good score; there is no reason you should not be able to get 100 on this project.

Handing It In

For the C/Linux part of this project (sorting), you should turn in one file, called fastsort.c . We will compile it in the following way:

shell% gcc -O -Wall -o fastsort fastsort.c
so make sure it compiles in such a manner. You should copy this file into your handin directory into the subdirectory called linux .

The handin directory (for Section 4) is ~cs537-4/handin/login/p1 where login is your login. For example, Daniel's login is dsmyers , and thus he would copy his beautiful code into ~cs537-4/handin/dsmyers/p1 . Copying of these files is accomplished with the cp program, as follows:

shell% cp fastsort.c ~cs537-4/handin/dsmyers/p1/linux/

For the xv6 part of the project, copy all of your source files (but not .o files, please, or binaries!) into the xv6/ subdirectory of your p1 directory. A simple way to do this is to copy everything into the destination directory, then type make to make sure it builds, and then type make clean to remove unneeded files.

shell% cp -r . ~cs537-4/handin/dsmyers/p1/xv6
shell% cd ~cs537-4/handin/dsmyers/p1/xv6
shell% make
shell% make clean

Finally, into your p1 directory, please make a README file. In there, describe what you did a little bit. The most important bit, at the top, however, should be the authorship of the project.