DOS ain't dead - Missing imports from the emulated DLLs

Raghavan

14.11.2010, 16:59

Missing imports from the emulated DLLs - HX-DOS extender (DOSX)

Hi,
I am using HXRT217 package and have used HXRT216 as well.

I would like to know the possible solutions for the "Missing import"
problem specific to the ported DLLs emulating the Win32 DLLs'
functionality.

I have tried the suggested DPMILDR=128 setting. But, no luck - programs
finally panic :-(

I am using the HX-DOS support on the DosBox emulator on windows.

Please let me know if there are any versions of the DLLs(D*.DLL) which
have the missing implementations or if there are any other alternatives
to overcome the problem metioned.

Many Thanks,
Raghavan

Rugxulo

Usono,
14.11.2010, 20:07

@ Raghavan

Missing imports from the emulated DLLs - HX-DOS extender

Post reply

> I am using HXRT217 package and have used HXRT216 as well.
>
> I would like to know the possible solutions for the "Missing import"
> problem specific to the ported DLLs emulating the Win32 DLLs'
> functionality.
>
> I am using the HX-DOS support on the DosBox emulator on windows.

:rotfl:

> Please let me know if there are any versions of the DLLs(D*.DLL) which
> have the missing implementations or if there are any other
> alternatives
> to overcome the problem metioned.

No other versions that I'm aware of. What app(s) are you trying to run? What compiler was used? Can you recompile that app with a (more) compatible compiler? Not everything works, but it's a bloomin' miracle anything does, and we have Japheth to thank for that.

Japheth

Germany (South),
15.11.2010, 11:06

@ Raghavan

Missing imports from the emulated DLLs - HX-DOS extender

Post reply

> Please let me know if there are any versions of the DLLs(D*.DLL) which
> have the missing implementations

Probably no, because v2.17 is the most current one.

---
MS-DOS forever!

Laaca

Czech republic,
15.11.2010, 16:28

@ Japheth

Missing imports from the emulated DLLs - HX-DOS extender

Post reply

> Probably no, because v2.17 is the most current one.

However if you get error messages not from HX DLLs but from secondary called Windows DLLs you can try to use their different versions or variants from ReactOS.

---
DOS-u-akbar!

Japheth

Germany (South),
15.11.2010, 19:43

@ Laaca

Missing imports from the emulated DLLs - HX-DOS extender

Post reply

> However if you get error messages not from HX DLLs but from secondary
> called Windows DLLs you can try to use their different versions or variants
> from ReactOS.

Have you ever tried this?

Because, AFAIK, it's not a real option - those dlls are "unusable" outside of ReactOS.

---
MS-DOS forever!

DOS386

13.06.2012, 11:15

@ Japheth

Missing imports from the emulated DLLs - HX-DOS extender

Post reply

> Have you ever tried this?

Sure :-)

### ReactOS 0.3.12 ### "iexplore.exe" 73'728 55BEEC26EF87CC6D6B0F11CC77F62801 "xcopy.exe" 135'168 60B971E3D89F39F0E353CDC65A52C568 CRTDLL.DLL 188'416 472F7119E5E4DFEC09DF64AEE1C4C571 GLU32.DLL 1'024'000 EDF99645977D2484D3EADB35D3DC3AC4 MSVCRT.DLL 425'984 D92488ED42D4C72FF9A52D094A6C2FAF OPENGL32.DLL 98'304 B986D17F610B00619E9FAD66DB1519B2 28 missing imports in "NTDLL.DLL" : RtlAreBitsClear RtlAreBitsSet RtlInitializeBitMap RtlSecondsSince1970ToTime RtlSetBits RtlTimeToSecondsSince1970 _snwprintf _wcsicmp abs bsearch ceil cos floor labs memcmp memcpy memset sin sprintf sqrt strcmp strcpy strcspn strlen vDbgPrintExWithPrefix wcscpy wcsncat wcsncpy ### ReactOS 0.3.14 ### MSVCRT.DLL 466'944 BEE31A9B753E8A4937C67F29519A2C3A dpmild32: import not found: RtlAreBitsClear dpmild32: import not found: RtlAreBitsSet dpmild32: import not found: RtlInitializeBitMap dpmild32: import not found: RtlSecondsSince1970ToTime dpmild32: import not found: RtlSetBits dpmild32: import not found: RtlTimeToSecondsSince1970 dpmild32: import not found: abs dpmild32: import not found: labs dpmild32: import not found: vDbgPrintExWithPrefix dpmild32: file ntdll.dll dpmild32: f:\dos\dkrnl32.dll: cannot resolve imports dpmild32: f:\dos\dkrnl32.dll: cannot load PE file

> AFAIK, it's not a real option - those dlls are "unusable" outside of ReactOS

It just got less bad in ReactOS 0.3.14 :-)

http://www.reactos.org/en/index.html (no 0.3.15 yet)

Anyone tested WHINE ??? It's MSVCRT.DLL and other DLL's are IIRC empty (but I've never seen the thing working either).

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Rugxulo

Usono,
16.06.2012, 00:11

@ DOS386

Oxford Oberon 2.9.2 under HX 2.17 w/ MSVCRT.DLL from ReactOS

Post reply

> > Have you ever tried this?
>
> Sure :-)
>
> ### ReactOS 0.3.14 ###
>
> MSVCRT.DLL 466'944
> BEE31A9B753E8A4937C67F29519A2C3A
>
> It just got less bad in ReactOS 0.3.14 :-)
>
> http://www.reactos.org/en/index.html (no 0.3.15 yet)

I grabbed the (40 MB) live CD .ZIP download (150 MB unpacked). I mounted it under PuppyLinux and copied MSVCRT.DLL to my HX directory (for use on FreeDOS 1.1). I made sure to hide the old proprietary MS one. (BTW, ReactOS srcs .ZIP is 72 MB but about 260 MB unpacked. I'm not sure how easy it would be to actually build this bothersome clone .DLL (presumably uses CMake and MinGW), but /lib/sdk/crt/ doesn't honestly look too big, comparatively. Though I can't pretend to have the motivation to try right now. Anyways, I blindly assume it's under LGPL or similar.)

Granted, I didn't heavily test, only tried Oxford Oberon 2.9.2, which was compiled by MingW. Hence it does by default need MSVCRT.DLL and has relocs stripped, so I had to set HDPMI=32 and DPMILDR=136 (128 + 8) for separate address space and ignore unsupported (but unneeded) imports. Then it seems to actually work! So that's pretty good. Maybe I'm misunderstanding the settings somewhat, but that's the only way I could get it working.

DOS386

16.06.2012, 07:21

@ Rugxulo

Oxford Oberon 2.9.2 under HX 2.17 w/ MSVCRT.DLL from ReactOS

Post reply

> I grabbed the (40 MB) live CD .ZIP download (150 MB unpacked). I mounted it
> under PuppyLinux and copied MSVCRT.DLL to my HX directory (for use on
> FreeDOS 1.1)

:-) (7-ZIP should do it too, just not very convenient)

> Then it seems to actually work! So that's pretty good.

Really??? Do you have the same MSVCRT.DLL as me ?

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Rugxulo

Usono,
16.06.2012, 11:22

@ DOS386

Oxford Oberon 2.9.2 under HX 2.17 w/ MSVCRT.DLL from ReactOS

Post reply

> > I grabbed the (40 MB) live CD .ZIP download (150 MB unpacked). I mounted
> it
> > under PuppyLinux and copied MSVCRT.DLL to my HX directory (for use on
> > FreeDOS 1.1)
>
> :-) (7-ZIP should do it too, just not very convenient)

7za on Linux didn't work, but I didn't fool with it beyond that.

> > Then it seems to actually work! So that's pretty good.
>
> Really??? Do you have the same MSVCRT.DLL as me ?

Yes, and md5sum matches too. Like I said, DPMILDR=8 didn't work, nor did =128, only =136. So try again with that.