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