Date:	Mon, 4 May 1998 16:45:50 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To:	"Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
cc:	djgpp AT delorie DOT com
Subject:	Re: fstat and stat in a Novell disk (fstat have a flaw)
In-Reply-To:	<m0yWJsy-000S3uC@inti.gov.ar>
Message-ID:	<Pine.SUN.3.91.980504163901.25049C-100000@is>
MIME-Version:	1.0

On Mon, 4 May 1998, Salvador Eduardo Tropea (SET) wrote:

> Is too much overhead to keep such a table? (I mean a libc table with pairs: 
> handle/filename)

This was discussed when DJGPP v2.0 was in beta.  The overhead seemed to 
be substantial, and there are complications, like in the case that 
somebody opens a file with a direct call to __dpmi_int or even from 
assembly.

> of course it will work only in the program that opens the file 
> and not in one that inherits the handles.

That was another complication, yes.  And since the current implementation 
mostly works, I guess nobody had an incentive to rewrite it.

> I can use stat.

That would be the best solution.

> Under W95 the redirector (to map the Novell disks) is a DLL provided by M$ and 
> works VERY well without needing any extra thing. Is just the Novell redirector 
> for DOS that's incomplet.

The Windows 95 redirector is not the reason why fstat works on Windows.  
Windows 95 adds a special LFN function that allows to get file attributes 
(and other file info) given the handle.  This function is absent from DOS.

- Raw text -