Date: Thu, 8 Aug 1996 11:31:12 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Demmer AT LStM DOT Ruhr-Uni-Bochum DOT De
Cc: djgpp-workers AT delorie DOT com
Subject: Re: UNC for DJGPP?
In-Reply-To: <4C794433282@brain1.lstm.ruhr-uni-bochum.de>
Message-Id: <Pine.SUN.3.91.960808112440.19168m-100000@is>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Thu, 8 Aug 1996, Tom Demmer wrote:

> stat("i:/subdir/."); Where can I find these alpha sources?

  ftp://ftp.delorie.com/pub/djgpp/alpha/960725/

> Netware drives can be accessed with UNCs, XFS drives cannot, but 
> _truename("e:bin") just returns "e:\bin". stat() still recognizes 
> that e: is not a local drive and invents inodes. 

I tested `stat' with XFS, and I know it doesn't support UNCs.

> One more thing to consider is splitpath(). I think it is a good idea 
> to put the machine name into the drive slot,

IMHO, don't.  There's a lot of code out there that assumes the drive is a 
single letter, and that "toupper (drive) - 'A'" is a number between 0 and 
31.  I'm not even sure that we don't have code somewhere in the library 
that assumes the drive letter is an aplhabetic one (which will bite you 
if you try using the 6 drives defined by Novell beyond 'Z').  I think 
this will make more trouble than we need.  Why is it good to look at the 
UNC prefix as a drive?

OTOH, maybe it's a good idea to have a function that maps a UNC to adrive 
letter (kinda reverse of `_truename').