CS 2731 Computer Organization II
Submissions of Recitations

Paperless Course:

Rules:

  1. Each recitation must be submitted using a program of mine on the CS Sun network. Specifically, log into one of the Sun machines,using your own account. Create your recitation materials as a text file, named say rec1.text. Open a terminal window, and execute the following from the directory containing this file:

    where % is the Unix prompt. The above is for Recitation 1, and similarly, use cs2733r2 for Recitation 2, etc.

    If done correctly, the system will respond as follows:

  2. If your are running on one of the Linux Lab machines, you must again open a terminal window: pop up the left-hand menu to "System Tools" and follow over to "Terminal". This will start up a terminal window. Then you must connect to the regular Sun network using the Secure Shell (ssh) with one of the two following commands:

    where % is the Unix prompt, username is your account name, and pandora will work, but ought to be replaced by one of the other Sun clients. At this point you can run spim and xspim.

  3. Each submission must be a single text file (.txt or .text).   Absolutely no WORD, HTML, PostScript, or PDF files (no .doc or .html or .ps or .pdf files), or any other formatted or binary file. (It is just too confusing to try to cope with all the different forms that documents can take.)

  4. If you would normally want to submit several files, just concatenate them into one file. On Unix systems, you can use something like:

    Normally, however, you would want to do the concatenation inside an editor, identifying each separate file and providing some kind of line of characters separating different parts.

  5. Each recitation has a full credit due date and time (usually Wednesday at midnight during the week after the recitation). After that there is a 75% credit due date and time (usually Sunday at midnight during the week after the recitation). After that the recitation is not good for any credit.

    I intend to be strict about these deadlines. If some special problem comes up, that is what the 75% fallback credit is for, and if a special problem keeps you from meeting the second deadline, you just shouldn't have cut it that close, and it is only one out of 12 recitations. In the end, you should send something to meet the deadlines even if it is not complete.

  6. Unless explicitly stated otherwise, programs must always be followed by the results of a run.

  7. Grading comments will be inserted using ALL CAPS, so you should not use these in your submission.

  8. Submissions for a recitation should not contain extraneous or excessive material, but should be limited to the recitation requirements.

  9. It is permissible to submit the recitation in time for the first deadline, and then to submit a better version in time for the second deadline. Your grade in this case will be the better of the two grades for the two submissions. In case of multiple submissions for the same deadline, only the latest will be graded, although all will be archived.

  10. Each recitation must be your own individual work. It is permissible to talk over recitations, to get help from the instructor or the teaching assistant, but you must not supply code or answers to other students. It is completely unacceptable to exchange machine-readable portions of recitations. Anyone providing such material is just as much at fault as a person using it. There will be significant penalties for submitting work that has been copied from someone else, and the same penalties for allowing someone else to copy your work. You should realize that the recitation files will remain indefinitely and can be examined at any future time, even after the semester is over. (See Plagiarism by Student Programmers for a discussion of copying by students.)


Revision date: 2004-01-01. (Please use ISO 8601, the International Standard.)