Date:	Thu, 25 Feb 1999 11:24:47 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	"Mark E." <snowball3 AT usa DOT net>
cc:	djgpp-workers AT delorie DOT com
Subject:	Re: patches for chroot
In-Reply-To:	<199902242108.VAA15328@out5.ibm.net>
Message-ID:	<Pine.SUN.3.91.990225112318.2772P-100000@is>
MIME-Version:	1.0
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.

- Raw text -