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


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.