note that this won't work if the filenames contain white space.
(i still regret the fact that white space became allowable in file names)
using ws in filenames is a fossil-only problem;
kfs, cwfs and ken's fs won't allow it.
fortunately, fossil is easy to fix
the easiest thing to do is not use spaces in
your file names, even if others do in theirs.
most people take that approach, even on unix,
and it works fine.
if you are worried about names with spaces
and want to make a script more robust, then
the simplest option is to set ifs='
'
while you are
On Tue, Jun 16, 2009 at 6:53 AM, Jeff Sickelj...@corpus-callosum.com wrote:
vcat.c and one other file haven't had the venti API updates applied.
fixed, sorry for the delay.
russ
if you are trying to disallow space you'd have
to fiddle with every file server you could possibly
talk to, or you'd have to edit the kernel.
the barn door has been open for a decade.
my point was only that i agree with roger; spaces in
filenames are a pain and it would be best not
to let
The Evolution of Conciousness in the Breakdown of the Bicameral Mind.doc
it's not worth worrying about for that book (i think it's `Origin' not
`Evolution')
i am astounded it keeps resurfacing.
I believe it was Nemo et al. who wrote trfs, which does essentially
what you want--it stands between you and your badly-named files,
presenting spaces as underscores or something to that effect.
In inferno (at least in acme-sac) the spaces coming from
my native (windows) filesystem are
I forgot, / is actually illegal. I'm almost (but not quite) certain that \0
is legal, and if I understand my emacs correctly you may be able to type it
as ctrl-space. It displays as ^@ in emacs.
what system call do you use to create a file with \0 in the name?
i'm not really keeping up,
On Fri, 2009-06-12 at 21:56 -0400, erik quanstrom wrote:
I thought you might want a ctl file into which you write the
representation you want and that magically creates a new file or
directory.
Sure, but if *each* file can have more than one representation then
where's the best
I fixed a bug in plan9port's OS X window
label handling the other day, so that 9term
windows will update their labels properly
in response to awd.
Unfortunately it seems that the label update
must be done inside the application event loop,
but it originates outside the event loop.
For now I have
On Jun 17, 2009, at 12:16 AM, Russ Cox wrote:
label has changed. However, I could not get this
to work. Perhaps there are Carbon experts here
who will have better luck.
I'm actually just in the process of getting rid of the Carbon code. I
should have an update available in the next week
10 matches
Mail list logo