From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] u9fs query From: Charles Forsyth In-Reply-To: <049e01c318d1$02194d70$3f00a8c0@MERCURY> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-bngvzsmrdhqnmxqubyjjugqmcw" Date: Tue, 13 May 2003 08:47:16 +0100 Topicbox-Message-UUID: aa222f9e-eacb-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-bngvzsmrdhqnmxqubyjjugqmcw Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit i'd say it's a mistake. --upas-bngvzsmrdhqnmxqubyjjugqmcw Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1052778092:10:13359:54; Mon, 12 May 2003 22:21:32 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1013406; 12 May 2003 22:21 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 930E019AFC; Mon, 12 May 2003 17:52:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail.monitorbm.co.nz (mx2.monitorbm.co.nz [203.167.201.38]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3989219AD8 for <9fans@cse.psu.edu>; Mon, 12 May 2003 17:51:23 -0400 (EDT) Received: (qmail 538 invoked from network); 12 May 2003 21:51:20 -0000 Received: from mercury.mbmnz.co.nz (HELO MERCURY) (192.168.0.63) by mail.monitorbm.co.nz with SMTP; 12 May 2003 21:51:20 -0000 Message-ID: <049e01c318d1$02194d70$3f00a8c0@MERCURY> From: "Andrew Simmons" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [9fans] u9fs query 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: Tue, 13 May 2003 09:54:05 +1200 In the source I'm looking at for useropen, I see: case OREAD: a = R_OK; ... case OWRITE: a = R_OK; and subsequently if(S_ISDIR(fid->st.st_mode)){ if(a != R_OK){ fprint(2, "attempt by %s to open dir %d\n", fid->u->name, omode); *ep = Eperm; return -1; which seems to indicate that it's ok to open a directory for writing as well as reading, which I took open(5) to say was not allowed. Could some kind soul explain? Thanks. --upas-bngvzsmrdhqnmxqubyjjugqmcw--