From:	sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id:	<10108271707.AA15277@clio.rice.edu>
Subject:	Re: ODP: Win2K/XP fixes - implementation review
To:	djgpp-workers AT delorie DOT com
Date:	Mon, 27 Aug 2001 12:06:59 -0500 (CDT)
Cc:	eliz AT is DOT elta DOT co DOT il ('Eli Zaretskii'), wojciech DOT galazka AT polkomtel DOT com DOT pl
In-Reply-To:	<250B3114DA16D511B82C00E0094005F8023FC0D0@MSGWAW11> from "=?iso-8859-2?Q?Wojciech_Ga=B3=B1zka?=" at Aug 27, 2001 06:30:30 PM
X-Mailer:	ELM [version 2.5 PL2]
Mime-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> So in that case the NT4 + LFN can be distinguished from W2K by calling 
> int21 AX=07171h, BX=1
> which is understood ny NTLFN driver only

I keep hoping MS will fix some of the bugs in some service pack.  Maybe
we need a new function (something like _USE_LFN) to test certain buggy
features.  Of the 10 patched files:

dosexec, crt0, fstat are good for NT 4.0 also, not W2K specific.
dpmiexcp.c - setting PSP on exit, minor, not file related
open.c doesn't hurt anything, failure case only.
_rename.c - additional check for return failure code
utime.c - better than original code
_open.c, _creat*.c - more interrupts/file reopens (hurts NT4/LFN)

The only ones which are W2K specific are the last 3.  They are only
on opening files.  If "open" of NUL shows get_dev_info of zero, then
we should use these patches, else not.  Since we already open nul for
the FSEXT stuff, we could start assuming no bugs, check for it, if we
see the bug close nul, turn on the bug-fix-switch continue.

If MS ever fixes LFN support - the ugly code never gets called.  Only
fear on this is they fix get_dev_info on NUL and not on files ...

- Raw text -