Date: Thu, 25 Feb 1999 11:24:47 +0200 (IST) From: Eli Zaretskii X-Sender: eliz AT is To: "Mark E." cc: djgpp-workers AT delorie DOT com Subject: Re: patches for chroot In-Reply-To: <199902242108.VAA15328@out5.ibm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp-workers AT delorie DOT com On Wed, 24 Feb 1999, Mark E. wrote: > The call to stat() fails because "c:/djgpp" is stripped so all it gets back > is "/bin" and since a call to _put_path is inappropriate, the root > expansion doesn't take place. Sorry, I don't understand. As far as I could see, `stat' uses `_put_path' whenever it calls DOS (if it didn't, it couldn't support the /dev/x/foo magic). Could you please point me to the specific place inside `stat' sources where the problem happens, or step with a debugger into `stat' and find out where it fails? Also, please make sure you have the latest sources of `_fixpath'. The latrest version (from the last djlsr202.zip) should have the time stamp of December 13, 1998 and a size of 5271 bytes. > One solution would be to have a flag for _fixpath to tell it when not to > delete the root path from the output. I need to understand the nature of the problem first. If _fixpath is not working for chroot, it won't work for /dev/x/ as well. However, my testing before the last v2.02 upload indicated that all library functions, including _fixpath, supported /dev/x/. In fact, _fixpath got a bugfix in the latest v2.02 upload, precisely to ensure that.