Date: Mon, 6 Aug 2001 18:41:13 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Andrew Cottrell <acottrel AT ihug DOT com DOT au>
cc: Charles Sandmann <sandmann AT clio DOT rice DOT edu>, djgpp-workers AT delorie DOT com
Subject: Re: Windows 2000 /dev/null permission query
In-Reply-To: <017401c11e7a$b3493f90$0a02a8c0@acceleron>
Message-ID: <Pine.SUN.3.91.1010806182933.27218C-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
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
Precedence: bulk


On Mon, 6 Aug 2001, Andrew Cottrell wrote:

> If in _open.c I use the SFN code ah = 0x3d, al = oflag or the 0x6C00 call
> then touch updates the time with the 5701 DPMI int and the int86 call.
> 
> 5704 / 5705 and 5706/5707 appear to work with the mod in _open, but I need
> to check the files properties to ensure that they work.

If this comes through, I believe we have a (slightly kludgey) solution 
for the utime problem: get the 8+3 short name from 7160h, open the file 
using the short name with function 0x6c via __dpmi_int, then call 57xx as 
usual.

Alternatively, we could use function 7143h to set file times directly, 
without opening it.  Since this function is reported to sometimes fail
on Windows 98 and ME, we should use this alternative only on W2K/XP 
(detectable by their DOS version, 5.50, together with LFN support).  
Assuming that 7143h doesn't have any surprised (a bold assumption, I
know ;-), this would completely avoid the problem with LFN vs non-LFN 
handles.