Subject: [netatalk-admins] Re:Netatalk and control characters
From: nobroin@esoc.esa.de
Date: Thu May 07 1998 - 04:36:41 EDT
>Those forms cannot be used further in a shell script (at least, not
without
>big problems and changing everything that works now). Just try to get
#foreach
>f in "`find Š| grep something`"# (you understand what I mean) to work.
I've been down this road, and I think it is resolvable. For instance, in
the above
scenario you need to make sure that subsequent references to $f are
enclosed in ""
to make sure that the shell doesn't see the control characters. I've had a
lot of
experience with the problem with filenames with embedded spaces. Perl in
particular
is a bitch with this as it deliberately strips leading and trailing
whitespace from a filename argument passed to the open function. I say that
"I think it is resolvable" because I know that the "$f" trick works with
filenames with embedded spaces, but I've haven't had to deal with embedded
control characters.
BTW there is a very strong case for saying that any shell script which
deals with files on a filesystem, and which cannot handle names which are
legal on that filesystem, is broken, notwithstanding the fact that it may
rarely if ever see such filenames.
>I still think that control characters should be mapped too. PC Exchange
>does so, by the way ("icon%0d" via Dave/Samba).
So change it - you have the source, and it can't be that difficult to
modify the range of characters which are mapped. In fact, you should change
it, make it a compile time option, and give the diffs back to the
community. :-)
>And now that we are on the topic, netatalk should "strip" "some"
extensions
>before presenting a filename to the Mac (and add them from the
AppleVolumes
>files). We would "win" 4 characters for a filename most of the time. "A
>Document.doc" is fine for the unix side, and needed for samba users, but
>I'd like to see it as "A Document".
And if you had two files called "A Document" and "A Document.doc" what
would you like to see ?
Kindest regards,
Niall O Broin
UNIX Network Administrator Ground Systems Engineering
Department
European Space Operations Centre nobroin@esoc.esa.de
Darmstadt, Germany Ph./Fax +49 6151 90 3619/2179
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:32:39 EST