From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Subject: Re: [9fans] acme question + diffs for kfs, fs and plumbing In-reply-to: To: 9fans@cse.psu.edu Message-id: <200207082058.g68Kwgi23131@dave2.dave.tj> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Date: Mon, 8 Jul 2002 16:58:40 -0400 Topicbox-Message-UUID: c5cf43fe-eaca-11e9-9e20-41e7f4b1d025 ...not even ... if you s/ /_/g all incoming filenames, you'll have no way of distinguishing 'a b' from 'a_b' ... or am I wrong? - Dave rob pike, esq. wrote: > > This is a multi-part message in MIME format. > --upas-hysbwqswxskaflauqaypshypxy > Content-Disposition: inline > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > 99% only. You'd still have the problem of names that arrive surreptitiously, > such as in tar files. > > -rob > > --upas-hysbwqswxskaflauqaypshypxy > Content-Type: message/rfc822 > Content-Disposition: inline > > Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Jul 8 12:06:16 EDT 2002 > Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Jul 8 12:06:15 EDT 2002 > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id 7F994199BC; Mon, 8 Jul 2002 12:06:08 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) > by mail.cse.psu.edu (CSE Mail Server) with SMTP id C8D81199B9 > for <9fans@cse.psu.edu>; Mon, 8 Jul 2002 12:05:05 -0400 (EDT) > Message-ID: <8aeb5e383c12f6b44b043e969d203fb5@plan9.escet.urjc.es> > From: Fco.J.Ballesteros > To: 9fans@cse.psu.edu > Subject: Re: [9fans] acme question + diffs for kfs, fs and plumbing > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="upas-gtvahntgehtrsxxskbyfbulvvm" > 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, 8 Jul 2002 18:05:03 +0200 > > This is a multi-part message in MIME format. > --upas-gtvahntgehtrsxxskbyfbulvvm > Content-Disposition: inline > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > Renaming them would get us quickly up to 100%, with no need > to fix anything. Am I wrong? > --upas-gtvahntgehtrsxxskbyfbulvvm > Content-Type: message/rfc822 > Content-Disposition: inline > > Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Mon Jul 8 18:01:23 MDT 2002 > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id 1D95B19995; Mon, 8 Jul 2002 12:01:13 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) > by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7A9F519991 > for <9fans@cse.psu.edu>; Mon, 8 Jul 2002 12:00:11 -0400 (EDT) > Message-ID: > To: 9fans@cse.psu.edu > Subject: Re: [9fans] acme question + diffs for kfs, fs and plumbing > From: "rob pike, esq." > 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, 8 Jul 2002 12:00:09 -0400 > > > Glub! My first view of all this blank thing was just to forbid > > them and maybe rename them just to avoid them (They make things more > > complex for our programs). > > I encounter a dozen blank-containing names a day, but only from > interacting with foreign systems. I find the current setup covers about > 80% of what I need; fixing a few other simple things would probably > get us to 99%. But upon reflection I don't think it's wise to push for > blanks to be first-class citizens in file names. As long as we continue > to use linguistic rather than graphical interfaces to most of our tools, > that would be a mistake. > > -rob > > --upas-gtvahntgehtrsxxskbyfbulvvm-- > --upas-hysbwqswxskaflauqaypshypxy-- >