From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <3D2360A2.B9F9DBA6@gsyc.escet.urjc.es>
From: FJ Ballesteros <nemo@gsyc.escet.urjc.es>
MIME-Version: 1.0
To: 9fans@cse.psu.edu
Subject: Re: [9fans] experimental change for devmnt to deal with spaces
References: <20020703174640.EF02919A1C@mail.cse.psu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Wed,  3 Jul 2002 22:37:54 +0200
Topicbox-Message-UUID: c10819c2-eaca-11e9-9e20-41e7f4b1d025

I hate to disagree with Rob, but after thinking more about it,
I think that %q actually broke the system interface and
that a better way is needed. The are many examples, most of them of
form 

	program_using_%q | program_using_' '_as_delimiter.

IMHO, the can of worms is already open (rog gave even more examples)
and we can either eat
the worms (which was my first option, i.e. if you have problems
with ' ', don't use ' '), or close the can again.

I'd really love to see an example where the proposed change
would actually break the system.
I've tried as hard as I could to find one, but I found none.

rog:
> but i really don't think this is in the right place, as it affects
> *every* user-level implemented fileserver, and it's quite possible
> that a fileserver produces in a file names that have been created
> inside it.  (e.g.  think of upas/fs, "create mboxname").

I've thought about that, but even in this case the system would still
work properly:
	Let's say a file server creates a file with a line per
	file created on it. The line contains the created file name,
	just to follow your example.
	Say you create w\x0aw, the file server would write
	"w w\n" to the file with file names (that's the name it sees).
	If you later try to read and use those file names, they will work,
	becase "w w" is also understood by the system (the space is kept,
	and retains its meaning). 

	Moreover, by doing the change in the kernel, you can replace the
	server software by a different program (using the same media) and
	it will still work (since the server still sees 'w w'. That would
	not happen if it was the server the one translating from Alt-spc to
	spc (because the other server could get confussed).

What's the problem? Any of you must be aware of something I'm missing.
I'd love any of you to prove me wrong so I could learn from this. Just
give
me an example if you don't have time to teach me.

thanks a lot in any case.

PS: One point where I think we were wrong is that the character should
be one such that it's length be 1, to avoid changing name lengths, sic.