Return-Path: william@bourbon.usc.edu
Delivery-Date: Tue Apr 17 15:29:45 2007
X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on merlot.usc.edu
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	NO_REAL_NAME autolearn=ham version=3.1.3
Received: from bourbon.usc.edu (bourbon.usc.edu [128.125.9.75])
	by merlot.usc.edu (8.13.5/8.13.5) with ESMTP id l3HMTj4C018530
	for <cs551@merlot.usc.edu>; Tue, 17 Apr 2007 15:29:45 -0700
Received: from bourbon.usc.edu (localhost.localdomain [127.0.0.1])
	by bourbon.usc.edu (8.13.5/8.13.5) with ESMTP id l3HMTmGe002901
	for <cs551@merlot>; Tue, 17 Apr 2007 15:29:48 -0700
Message-Id: <200704172229.l3HMTmGe002901@bourbon.usc.edu>
To: cs551@merlot.usc.edu
Subject: Re: Question on test guideline 
Date: Tue, 17 Apr 2007 15:29:48 -0700
From: william@bourbon.usc.edu

Someone wrote:
 
  >             I have some question in the testing guideline.
  >  
  > 1.       There are several places where it says to wait for nodes to
  > autoshutdown and then followed by "status" command. Is this correct?
  > 
  > *wait* for all nodes to autoshutdown
  >  
  >   (+2 points)
  >         in 1st window (node *00), type:
  >                      "status neighbors 5 00.out", look at "00.out", and
  >                      make sure the network looks corrct.
  > 
  >         *restart the network in the same order in windows 1 through 6*
  >  
  > These are seen at: (B)(1)(a)-(c)

You are correct.  I've just swapped the "*wait* for all nodes
to autoshutdown" lines with the "status neighbors" lines.

  > 2.       One case has 'get [x]' where x refers to a number in the search
  > result matched to a fileID generated by a certain node. How can we know
  > which node generates which fileID, since this information is not displayed
  > anywhere? 
  > 
  > (+1 points)
  > 
  >   search filename=earc.jpg
  >                      should get 5 responses,
  >                      look for the FileID that matches the FileID at
  >                      node *02, let's call this x, then type:
  >   (+1 points)
  >   get [x] 
  >  
  > These are seen twice at: (B)(1)(a)

You are absolutely, there is no way to find out which FileID
corresponds to which node for these in (B.1.a).

  > From the context of this test case, it does not seem
  > to matter which node we get the file from as long as it is
  > the same copy.  Then can we just get any one of the file from
  > the search response?

I have changed them to say "get 1", "get 2", etc.

Thanks for catching these bugs!
--
Bill Cheng // bill.cheng@usc.edu <URL:http://merlot.usc.edu/william/usc/>