Assignment Turn-In

Concurrent Programming, Summer 2002


Table of Contents

Introduction

It is important to understand that everything involved with turning in your assignment is handled by software, including determining when an assignment is turned in late. It's important that you follow the directions given below to make sure your submission is not rejected or delayed. Because turn-in is automated, you should feel free to test or submit your code as often as you like.

You may do two things with your assignment: submit it or test it. If you submit your assignment, the code you submit will be the basis for your grade on the assignment. If you test your assignment, the code you test will be deleted after the test is completed. Testing your code is not submitting it; you must explicitly submit your code at least once per assignment.

You may submit your assignment as many times as you want, up until the deadline for that assignment. After the deadline has passed, any further attempts to submit your assignment are rejected (without penalty) and your most recent submission is retained. If you have not submitted your assignment by the deadline, you may make a single submission (with penalty) after the deadline; any further attempts to submit after the deadline are rejected. You may test your assignment as many times as you want, whenever you want.

Your assignment must be sent from your Monmouth University account. The mailbox software uses various utilities to verify your identity (to the extent that your identity can be reliably verified with e-mail), and those utilities are usually unaccessible when e-mail is sent from outside the Monmouth domain. The mailbox software rejects any e-mail sent from an account it doesn't recognize as belonging to a class member.

Assignment Turn-In

The easiest way to turn-in your assignment is to use send-files:
/export/home/class/cs-598/bin/send-files -an (-t | -s) [ files . . . ]
where n is the number of the assignment you're turning in (4 <= n <= 7). You must be on a CS lab machine to access send-files.

Give the -t option to indicate you're testing your assignment; otherwise, give the -s option to indicate you're submitting your assignment. You must give one of -t or -s.

[ files . . . ] is an optional list of files. If a list of files is given on the command line, send-files will send all and only those files given. If no list of files is given on the command line, send-files will send all the source files it finds in the directory in which it was called. send-files assumes any file ending in the extension .java to be a Java file.

When you list files on the command line, you should list only those file found in the current directory; you should not list files found in subdirectories or the parent directory of the current directory.

If you list no files on the command line, send-files sends only the files it finds in the current directory, it will not look in other directories for files. Also, send-files will send all files it finds, so make sure the current directory contains only the files you want to send.

Group Projects

If you wish, you may do your projects as part of a group of two.

You indicate your group by including a file named "group" in your submission. The group file contains the Monmouth account ids of the members of your group; one of the ids will be yours, the other will be that of your partner. For example, if your account id is s000000 and your partner's is s999999, then the group file will contain

s000000 s999999

Every submission must include a group file; submissions without a group file will be rejected. If you don't want to join a group, the group file you include with your submission will contain only your account id.

Once you submit a group file, you must continue submitting the same group file. If you want to change your group - either by dropping a person, adding a person, or switching a person - you have to let me know so I can reset the group-tracking files.

For two-person groups, either group member may make submissions; if both group members make submissions, the most recent one will be taken as the official submission.

Test e-mail doesn't need a group file, so you may continue to test your code without forming a group. However, once you want to submit, you need to decide on your group.

Turn-In Results

If you're submitting an assignment, it is unpacked and compiled, and the results are sent back to you as a response. If you're testing an assignment, it is unpacked and compiled, the results are sent back to you as a response, and then your assignment is deleted.

You should receive a response within five minutes after sending your e-mail. If everything goes well, your response should look something like this:

Date: Mon, 22 Jul 2002 21:18:02 -0400 (EDT)
From: Richard Clayton 
To: rclayton@monmouth.edu
Subject: Assignment 4 submit results.


$ date
Mon Jul 22 21:17:22 EDT 2002

$ ls
buffer.java
group
input.java
kwic.java
output.java
rotate.java
sort.java

$ javac -source 1.4 buffer.java

$ javac -source 1.4 input.java

$ javac -source 1.4 kwic.java

$ javac -source 1.4 output.java

$ javac -source 1.4 rotate.java

$ javac -source 1.4 sort.java

$

--

Your e-mail and this reply have been dealt with entirely by software
without human intervention.  You should not assume any person other
than yourself is aware of your e-mail or this reply; in particular, the
person who appears to have sent you this reply is completely unaware of
both your e-mail and this reply.

Points to Remember

Submissions are destructive. Each assignment you submit unconditionally and completely replaces the previous submission, if any. If you submit a broken assignment, it will be accepted and will replace the previous submission.

Keep the reply. The reply from your submission is your receipt; keep it. If there's any question about your assignment and you don't have the most recent reply, you're pretty much out of luck.

Don't fool around with the deadline. The clocks on the various CS lab machines are not well synchronized, and the clock on the machine receiving your submission is the only one that counts. Even though the clock on your machine shows 1:58 p.m., you may have already missed the deadline. Submit early and often.

The code you submit is the code that gets graded. You code is tested as submitted; I will not patch, replace, or change any software submitted to fix last-minute errors. I will not reset the deadline so you can resubmit an improved version of your code after the deadline. It is your responsibility to submit working code by the deadline.


This page last modified on 23 July 2002.