Subject: Filename Length Trickery
From: Alon (arohter@macalester.edu)
Date: Sat Apr 07 2001 - 18:18:37 EDT
As some of you might remember, I've been trying to get Mac clients to see
files on my server that have lengths greater than 31 chars. After taking a
brief look at the source code, I changed
globals.h: #define MACFILELEN 31
to
globals.h: #define MACFILELEN 120
which successfully makes Netatalk show the longer-named files to the Mac
clients. However, it could of course never be that easy, and I now get the
error
"The document "xxxxxxxxxxxxxxxxxxxxxxxxxxx" could not be opened, because an
error of type -37 occurred."
whenever I try to read long-named files from a client (OS 9.04 in this
case). I assume the problem has something to do with name-length
translation between the client and the server....somewhere along the line
the name must be getting truncated, which is why the file cannot be found.
Now, is there any way I can get this setup to work?, or should I just give
up all hope now :) The Finder can obviously handle displaying names of
length greater than 31, but it is not able to read them properly. I
(wrongfully) assumed that the Mac client would truncate to 31 chars on its
own, if it ever saw long-named files. Is this something that is fixed in
OS 9.1 ? Is this something that can be fixed with some more code hacking
perhaps?
At this point I'm inclined to write a shell script that'll go thru my list
of long-named files and place short-named symlinks to them in another
directory....which I would then share with the Mac clients. It's really
ugly and a pain-in-the-ass, but it's the best idea I have right now.
Anybody got any ideas ?
aLoN
This archive was generated by hypermail 2b28 : Sun Oct 14 2001 - 03:04:36 EDT