Date: Tue, 22 Apr 2003 10:33:42 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: rich AT phekda DOT freeserve DOT co DOT uk Message-Id: <9628-Tue22Apr2003103342+0300-eliz@elta.co.il> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 CC: djgpp-workers AT delorie DOT com In-reply-to: <3EA435FE.D15313E1@phekda.freeserve.co.uk> (message from Richard Dawe on Mon, 21 Apr 2003 19:18:38 +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> <1190-Sun20Apr2003135401+0300-eliz AT elta DOT co DOT il> <3EA435FE DOT D15313E1 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: Mon, 21 Apr 2003 19:18:38 +0100 > From: Richard Dawe > > > > If `fstat' supports UNCs, but `stat' does not, it is IMHO a bug that > > we ought to fix. > > I think 'stat' used to support UNCs. I recall testing it: when I was working > on unc_fsx, you pointed out that some library functions already supported and > UNCs and I believe stat was the one. Perhaps I'm no longer familiar enough with the CVS code, but unless `stat' performs the same UNC-to-drive-letter mapping, it will generate an inode that is different from what `fstat' produces for the same file. And that's the bug I was referring to. > > 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. > > Yes, it does. Below is t-unc.c. If you change the mapping while the program is > sleeping, the second filelength call will fail with errno == EINVAL. Thanks for testing. So this is not an issue, I think.