Date:	Tue, 10 Sep 1996 19:28:58 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To:	Robert Hoehne <robert DOT hoehne AT Mathematik DOT TU-Chemnitz DOT DE>
Cc:	djgpp-workers AT delorie DOT com
Subject:	Re: V2 alpha 980908 -- stat.c
In-Reply-To:	<Pine.HPP.3.91.960910163112.26979A-100000@newton.mathematik.tu-chemnitz.de>
Message-Id:	<Pine.SUN.3.91.960910192319.11246L-100000@is>
Mime-Version:	1.0

> I found, that the current implementation of stat has a big bug, but
> I have not the time and the knowlage, to search for it.
> I have tested it in several cases and include here the resulting outputs:

Thanks for the report, I will look into this, at least on DOS 6.x and 
earlier.  But before I start chasing shadows, forgive me if I ask the 
obvious (and possibly, an offending) question: are you sure you compiled 
stat.c with the new set of header files and linked it against the new 
libc.a?  I had similar problems when I tested the new LFN code with 
`stat', until I recompiled with all the new functions (the definition of 
_USE_LFN has changed, and `stat' calls it).

> In my opinion the bug has something to do with no correct identifying
> a drive, which is created with subst and also some wrong things, when
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^
> I start the program 'stat.exe' with or without redir.

I don't see anything wrong except that it fails miserably on SUBSTed 
drive, both on MSDOS and Windows.  Do you see any other problems in the 
output that you posted, when the drive isn't SUBSTed?

- Raw text -