From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <547ab858ceb9db7f4276e17bc2348226@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] permission bit of /mail/box In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-favatokfjmwsqttdlxxxkpbilc" Date: Mon, 22 Sep 2003 10:15:08 -0400 Topicbox-Message-UUID: 41135306-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-favatokfjmwsqttdlxxxkpbilc Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit You going to fix the error message problem? --upas-favatokfjmwsqttdlxxxkpbilc Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Sep 22 02:52:48 EDT 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Sep 22 02:52:46 EDT 2003 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 3750619BB6; Mon, 22 Sep 2003 02:52:18 -0400 (EDT) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 27052199EB; Mon, 22 Sep 2003 02:52:14 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id E0C9319C07; Mon, 22 Sep 2003 02:51:17 -0400 (EDT) Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8AF5319BEB for <9fans@cse.psu.edu>; Mon, 22 Sep 2003 02:51:10 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] permission bit of /mail/box In-Reply-To: <75e7381881d834cde7f12f6cbf3dca98@granite.cias.osakafu-u.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 22 Sep 2003 02:51:09 -0400 X-Spam-Status: No, hits=-0.5 required=5.0 tests=IN_REP_TO version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) > Both are not wrong. > User must know what s/he did on his/her home directory. If accessing /n/dump/2003/0921/usr/r/lib/profile fails because .../usr/r does not exist, then the error should say '/usr/r does not exist' instead of saying '/usr/r/lib/profile does not exist'. Both messages are true, but the first is more specific and thus more useful. The kernel used to produce the first message, but now produces the second. > Is it really difficult, once again? I meant to finish my last message with this point but I got sidetracked by the error message not being what I expected. I think the noarchive bit would be trivial to implement -- the necessary code already exists in order to avoid archiving /n/snap. I'm just not sure it's a good idea. Russ --upas-favatokfjmwsqttdlxxxkpbilc--