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
Content-Type: TEXT/PLAIN; charset=US-ASCII
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
Precedence: bulk


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.