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
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

> 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.

- Raw text -