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, although you can choose any file name in any directory that you wish. Open a terminal window, and execute the following from the directory containing this file:
   % ~wagner/bin/cs3723r1 < rec1.text

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

   If done correctly, the system will respond as follows:

   % ~wagner/bin/cs3723r1 < rec1.text
   CS 3723, Programming Languages, Spring 2004
   Processing Recitation Number 1
   Submission  Date/Time: Wed Aug  8 14:54:41 2004
   Full Credit Date/Time: Mon Aug  6 23:59:59 2004
   Part Credit Date/Time: Fri Aug 10 23:59:59 2004
   Received and archived for PART CREDIT
   69 bytes and 7 lines received.
   The received file has been emailed to you for confirmation.
   

2. If you 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:

   
   % ssh -l username pandora.cs.utsa.edu, or
   % ssh username@pandora.cs.utsa.edu
   
   

   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 client machines, such as ten63. At this point you can submit as in item 1 above.

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:

   % cat rec1_part1.txt rec1.java rec1.output rec1_part2.txt > rec1.txt
   

   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 Monday at midnight during the week after the recitation). After that there is a 75% credit due date and time (usually Friday 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 15 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.)

11. In an emergency, for example if you can connect to the Internet but cannot manage to do an ssh to one of the UTSA machines, you may email your recitation directly to me at:

    
    wagner@cs.utsa.edu
    
    

    Please try to do this as seldom as possible. The same deadlines will apply, based on the timestamp on the email. You should be aware that there can be almost an arbitrarily long delay between sending an email and its receipt.

Even though this system is not unbreakable, you will still be in big trouble if you crack it and use the cracking to cheat. However, if you want to study the security of the system, I'll even supply you with the C source code for the system.