Date:	Wed, 6 Jun 2001 13:48:43 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	pavenis AT lanet DOT lv
cc:	Alex Oleynikov <alex AT compuweigh DOT com>, djgpp AT delorie DOT com
Subject:	Re: DJGPP on PTS-DOS run problem
In-Reply-To:	<3B1E3335.28537.171529@localhost>
Message-ID:	<Pine.SUN.3.91.1010606134548.16245B-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Wed, 6 Jun 2001 pavenis AT lanet DOT lv wrote:

> > > It seems that GCC fails to state 
> > > 	d:/djgpp/lib/../include/sys/version.h
> > > for PTS-DOS and as it's actual location is not substituted.
> > 
> > You mean "stat", not "state", right?  That is, a call to the library 
> > function `stat' fails for "d:/djgpp/lib/../include/sys/version.h".  If 
> > so, a small test program which tries the same would be indeed a good idea.
> > 
> Tested in gcc.c (2.95.3).  It uses access() to find a file.

Then I wouldn't expect it to fail, unless PTS-DOS did something strange 
to DOS calls.  `access' calls `_chmod', which is a direct interface to 
function 43h of Int 21h.  Function 43 is one of the less problematic DOS 
functions, and `_chmod' just calls it without much ado.

If `access' indeed fails, it's probably some bug in PTS-DOS.

- Raw text -