Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
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

Homepage

Usono,
14.11.2010, 20:07

@ Raghavan

Missing imports from the emulated DLLs - HX-DOS extender

> 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

Homepage

Germany (South),
15.11.2010, 11:06

@ Raghavan

Missing imports from the emulated DLLs - HX-DOS extender

> 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

Homepage

Czech republic,
15.11.2010, 16:28

@ Japheth

Missing imports from the emulated DLLs - HX-DOS extender

> 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

Homepage

Germany (South),
15.11.2010, 19:43

@ Laaca

Missing imports from the emulated DLLs - HX-DOS extender

> 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

> 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

Homepage

Usono,
16.06.2012, 00:11

@ DOS386

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

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

> 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

Homepage

Usono,
16.06.2012, 11:22

@ DOS386

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

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

Back to the board
Thread view  Mix view  Order
22049 Postings in 2034 Threads, 396 registered users, 283 users online (1 registered, 282 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum