Hello Japheth, and thanks for your reply!
I downloaded all the 10 ZIPs there but none contained CRTDLL.DLL
Yes. That is because CRTDLL.DLL is copyright MS and is included in every
windows OS.
I see! OK, when I copied it from W98 to C:\HX, PESTUB patched MASM 6.15
successfully, so I can now run
Using the -X option bypasses the InDOS function call, so you don't see a
problem when you use that 32RTM option.
But the InDOS call just does:
case 0x34:
lr.ES = FP_SEG(InDOS);
lr.BX = FP_SEG(InDOS);
break;
What could be wrong here?
The InDOS flag value itself?
Stack
Hi,
Eric reported a FindFirst/FindNext bug here in his message:
[Freedos-kernel] 2035 findfirst bug: attr a8 treated as 08 if local
(I included a part of it below in this message).
When I filed bug 1753 (NetWare VLM invalid opcode upon login,
On Thu, 12 Aug 2004, Erwin Veermans wrote:
issue he raised here but good enough for testing. Unfortunately
it broke mkdir so this would need a bit more work than the
3 patch-lines I got from Eric.
Hmm. Stange that it broke mkdir.
[Eric's incomplete patch-proposal]
dosfns.c DosFindNext:
On Thu, 12 Aug 2004, Luchezar Georgiev wrote:
[added by me]: Michael wrote:
Using the -X option bypasses the InDOS function call, so you don't see a
problem when you use that 32RTM option.
But the InDOS call just does:
case 0x34:
lr.ES = FP_SEG(InDOS);
lr.BX =
issue he raised here but good enough for testing. Unfortunately it
broke mkdir so this would need a bit more work than the 3
patch-lines I got from Eric.
Hmm. Stange that it broke mkdir.
My fault. It happened that I applied it on a kernel-tar from just
before the 2035-release which
Hi!
7--2004 13:28 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
LG exeflat.c of build 2035a (not 2035) has a problem. The start segment is an
LG argument so it's a variable and its value - 2 must be loaded into DI
LG instead of the constant 0x5E. Here's a fix:
LG +*(short