Date: Wed, 19 Mar 2003 22:34:48 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: rich AT phekda DOT freeserve DOT co DOT uk Message-Id: <7458-Wed19Mar2003223447+0200-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: <3E78AC79.D615F93B@phekda.freeserve.co.uk> (message from Richard Dawe on Wed, 19 Mar 2003 17:44:25 +0000) Subject: Re: fchdir, revision 2 [PATCH] References: <7458-Wed19Mar2003174724+0200-eliz AT elta DOT co DOT il> <3E78AC79 DOT D615F93B 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: Wed, 19 Mar 2003 17:44:25 +0000 > From: Richard Dawe > > Ah, I see, you're thinking that 'filename' might contain symbolic > links in its path, thereby requiring an lstat() instead. I don't > think that 'filename' will contain any symbolic links. The filename > from fd_props should have no symbolic links in it, because open() > solves all symlinks, before storing the filename in fd_props. The question is, what does `fstat' do on Unix for file handles opened on symbolic links: does it return info about the link or about its target?