Date: Sun, 20 Apr 2003 13:54:01 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: rich AT phekda DOT freeserve DOT co DOT uk Message-Id: <1190-Sun20Apr2003135401+0300-eliz@elta.co.il> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 CC: acottrel AT ihug DOT com DOT au, djgpp-workers AT delorie DOT com In-reply-to: <3EA2670B.C1014D39@phekda.freeserve.co.uk> (message from Richard Dawe on Sun, 20 Apr 2003 10:23:23 +0100) Subject: Re: fstat, fd_props and inventing inodes, revision 3 [PATCH] References: <003101c30704$8dbb1ea0$0100a8c0 AT acp42g> <3EA2670B DOT C1014D39 AT phekda DOT freeserve DOT co DOT uk> Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > Date: Sun, 20 Apr 2003 10:23:23 +0100 > From: Richard Dawe > > They are expected. IIRC not all the DJGPP library functions support UNCs. The > fileutils code is not aware of UNCs. So 'ls' should not be expected to work > with UNCs. > > fstat, however, does work on UNCs. If `fstat' supports UNCs, but `stat' does not, it is IMHO a bug that we ought to fix. > I suppose the patch may not work correctly, if the user opens the file using > the UNC, then maps it to a drive later. In that case fstat'ing before and > after the mapping will give different inodes. The same is true if the UNC > mapping is changed to a different drive letter. But I think it is unlikely in > practice that the mappings will change during the course of program execution. If the drive mappings are changed during the program's execution, I think the file descriptor is no longer valid. Perhaps someone could try this and see whether I'm mistaken.