From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Cc: <djgpp-workers AT delorie DOT com>
Subject: RE: stubify and Windows ME
Date: Sat, 17 Mar 2001 00:44:46 +0100
Message-ID: <CAEGKOHJKAAFPKOCLHDIKEKDCBAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <2561-Fri16Mar2001131157+0200-eliz@is.elta.co.il>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
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

> AX=1 means "Function number invalid".  Can you see if this special
> branch always fails, no matter if the target file exists or not?
> (From the fact that "stubify foo" succeeds when foo.exe doesn't exist,
> it sounds like the existence of the target makes a difference.)  Also,
Actually, if foo.exe doesn't exist, _rename doesn't get called.
But if I remove foo.exe after entering _rename(), the call still fails
with EINVAL.

> what does _dosexterr return, if called immediately after the failed
> Int 21h call?

136           _dosexterr (&e);
[GDB] inspect e
$1 = {
  exterror = 0,
  class = 0 '\000',
  action = 0 '\000',
  locus = 1 '\001'
}

137           dostrerr (&e, &es);
[GDB] inspect es
$2 = {
  exterror_str = 0x14419 "No error",
  class_str = 0x145f8 "Out of resource (storage space or I/O channels)",
  action_str = 0x1469c "Retry",
  locus_str = 0x1470e "Block device (disk error)"
}

> There's a similar code in mkdir.c.  Could you please set LFN=n and see
> if mkdir then also fails on Windows ME?
Yes, it does.