Date: Sun, 24 Mar 1996 16:53:26 +0200 (IST) From: Eli Zaretskii To: Thomas Demmer Cc: djgpp AT delorie DOT com Subject: Re: V2 doesn't work with Novell In-Reply-To: <314FC85E.15FB@LSTM.Ruhr-UNI-Bochum.De> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 20 Mar 1996, Thomas Demmer wrote: > > > A stat() in the file "usr:home/demmer/plan" (NetWare convention) makes > > > > You should never call `stat' with such non-DOS filenames. Don't expect > > them to work. > > No, the device number is the one of the current drive. That's it: `stat' doesn't understand the above filename convention, so it thinks it's a filename without an explicit drive letter, and returns the current drive. > So, if stat() keeps track of files, why not extend it in such a way that it also keeps > track of visited servers? Redirectors that return a valid drive number like XFS > are treated like ordinary (local) drives. For beasts like NetWare one could invent > drive numbers, for example 32 and above. NetWare sometimes uses temporary drive > letters like [:, so one shouldn't use them. I am not aware of any specific case where `stat' fails to report a valid drive number, so such a complexity isn't AFAIK required (`stat' is already very large). If you see a consistent case where such a failure happens when `stat' is presented with a normal DOS filename, please tell me. > I just found one difference between NETX and VLM: NETX gives the error message > described above. With VLM I just get the message "Failed to get starting cluster > number...". That might explain why gcc doesn't work with NETX but work's fine with > VLMs. VLMs work through the normal DOS network redirector interface, which uses the normal DOS internal tables, while NETX brutally snaps Int 21h before DOS and does its thing without telling anyone. But more info is required to decide that this is indeed the cause of the problems, because I tested `stat' with NETX too, and never saw any problems.