From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Subject: Re: [9fans] blanks in file names In-reply-to: <50c37649c99f29c8786d27573bb88627@plan9.escet.urjc.es> from To: 9fans@cse.psu.edu Message-id: <200207101602.g6AG2CH12715@dave2.dave.tj> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Date: Wed, 10 Jul 2002 12:02:12 -0400 Topicbox-Message-UUID: c7e5cef6-eaca-11e9-9e20-41e7f4b1d025 You're missing the point: With the changes I propose to our kernel, certain programs will be able to have much simpler logic. In addition to undoing the changes in the kernel, you'd have to rewrite the "offending" program - only manual recoding can accomplish that. - Dave Fco.J.Ballesteros wrote: > > This is a multi-part message in MIME format. > --upas-xuojoahyqverhjcrtrjsvosjtu > Content-Disposition: inline > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > Really, I make changes now and then; many times after > trying the resulting binaries I change my mind and > use yesterday + cp to restore the source back to its > previous state. Some other times I bind temporary directories > on top of the sources and make the changes there. > > > --upas-xuojoahyqverhjcrtrjsvosjtu > Content-Type: message/rfc822 > Content-Disposition: inline > > Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Tue Jul 9 17:22:23 MDT 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 E683A19A1C; Tue, 9 Jul 2002 11:22:09 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.5.4]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 437E71998C > for <9fans@cse.psu.edu>; Tue, 9 Jul 2002 11:21:03 -0400 (EDT) > Received: from dave2.dave.tj (ool-4351482a.dyn.optonline.net [67.81.72.42]) > by mta1.srv.hcvlny.cv.net > (iPlanet Messaging Server 5.2 HotFix 0.3 (built May 13 2002)) > with ESMTP id <0GYZ00FXXMNYMH@mta1.srv.hcvlny.cv.net> for 9fans@cse.psu.edu; > Tue, 09 Jul 2002 11:21:34 -0400 (EDT) > Received: (from dave@localhost) by dave2.dave.tj (8.10.2/8.10.2) > id g69FNP431828 for 9fans@cse.psu.edu; Tue, 09 Jul 2002 15:23:25 +0000 (GMT) > From: Dave > Subject: Re: [9fans] blanks in file names > In-reply-to: from > > To: 9fans@cse.psu.edu > Message-id: <200207091523.g69FNP431828@dave2.dave.tj> > MIME-version: 1.0 > X-Mailer: ELM [version 2.5 PL3] > 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: Tue, 09 Jul 2002 11:23:25 -0400 (EDT) > > You're not going to do that every time you make a change to the > filesystem. Besides, that won't undo all the "changes" to all the > new programs that lack complexity because they don't have to reinvent > the wheel. > > - Dave > > > Fco.J.Ballesteros wrote: > > > > >> But above all, I will undo the changes made in this respect to my > > >> local system if you guys or the system designers choose a different way. > > ... > > > Undoing kernel-level changes won't be easy, especially when people start > > > > 9fs dump > > cp blah blah > > > > Sorry, couldn't resist. I just love this system :-) > > > > --upas-xuojoahyqverhjcrtrjsvosjtu-- >