Derek Fawcus wrote:
On Sat, Jan 28, 2006 at 10:52:26AM +0100, Eric Pouech wrote:
I suppose one could do something in the VDM process to mark the file
handles as having multiple references, and then do proper open / close
handling. But that would require a valid JFT anyway.
yes, what's currently missing is the JFT layer... one can consider that
the Win32HandleToDosHandle (and its friends) to handle the SFT, and
allow to bridge between the DOS world and the Win32 world.
What I'm suggesting is that as soon as there is a JFT, and we have to
store a reference count outside the JFT, then the place we store it
is an equivalent to the SFT.
So th JFT gives a way to update a reference count in the SFT.
but, you'll have to patch every possible file usage in winedos so that
you don't mixup sft indexes and jft indexes...
I know :-( But the majority of it will be where Win32HandleToDosFileHandle
is called - i.e. the FCB code, as for a lot of the rest the existing code
using DosFileHandleToWin32Handle _could_ be retained.
that's true from the winedos point of view, but that's used from some
other places as well (krnl386.exe for example), where you should also
know if a FILE16 is a SFT or a JFT handle...
IMO, what could be easily done is:
- a FILE16 is a SFT index
- a DOS fd is a JFT index
- the Win32Handle... functions manipulate SFT indexes...
however, this will work as long as a 16 bit program doesn't open a
FILE16 handle an pass it down to DOS function, which some of them may do.
therefore, I'd suggest before further testing on this to make all SFT
and JFT indexes equal
A+
--
Eric Pouech
