DOS ain't dead - [BUG] HX issues: BOCHS, MediaInfo, SB16.DLL, FFMPEG, ...

DOS386

16.11.2009, 09:56
(edited by DOS386, 16.11.2009, 10:34)

[BUG] HX issues: BOCHS, MediaInfo, SB16.DLL, FFMPEG, ... (DOSX)

Heh, seems that Japheth is just now uploading new files, found HXDEV216.zip.filepart 16-Nov-2009 09:52 820K :lol:

http://japheth.de/HX/Download/

OK, got the 4 new files, all dates are updated to today's 2009-11-16, but no breaking news in, my observations apply to the old version before 2009-11-16 9:20 , though.

- BUG: MediaInfo still doesn't work, it crashes if you supply anything non-empty on the commandline, it can't even complain about "MEDIAINFO.DLL not found" (it works on XP).

- Missing import in BOCHS 2.4 and 2.4.2:

dpmild32: import not found: MapDialogRect dpmild32: file USER32.dll dpmild32: d:\box\dgdi32.dll: cannot resolve imports

> SetFilePointer(), parameter 'origin': validity check added.

> cmp origin,2 ;just 0,1 or 2 allowed
> ja error57

Great :-) FFMPEG and derivatives work now.

> HDPMIHIS.TXT 33'852 2009-11-07 16:19
> HDPMI.TXT 39'676 2009-11-07 16:18

Critical fix 9 days ago: file HDPMIHIS.TXT added :-)

Flaw: SB16.DLL is unconditionally loaded by WINMM.DLL, then if (as usual) no ISA SB 16 sound devide found, switching to silent mode. Possibly better way to do: load SB16.DLL conditionally by LoadLibrary , if not found switch to silent mode. Splitting this SB16.DLL off was a good idea of course, just no ICH.DLL and HDA.DLL yet :-|

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

Japheth

Germany (South),
16.11.2009, 10:09

@ DOS386

HX v2.16 released

Post reply

> Heh, seems that Japheth is just now uploading new files, found
> HXDEV216.zip.filepart 16-Nov-2009 09:52 820K :lol:
>
> http://japheth.de/HX/Download/
>
> OK, got the 4 new files, all dates are updated to today's 2009-09-16, but
> no breaking news in, my observations apply to the version before
> 2009-09-16 9:20 though.

You're fast.

HX v2.16 changes compared to v2.15:

- HXRT: mouse bug in HDPMI fixed
- HXRT: bugfixes and additions in DKRNL32
- HXGUI: winsocket emulation WSOCK32 improved a lot
- toolset to create the HX binaries reduced

for more details see files in HX/Doc.

---
MS-DOS forever!

DOS386

16.11.2009, 10:19

@ Japheth

HX v2.16 released

Post reply

> You're fast.

So you are, my post was not done when you answered. :-|

BTW, with "no breaking news" I meant compared to the version I got few days ago.

> - HXRT: mouse bug in HDPMI fixed
> bugfix: when int 33h, ax=000Ch or ax=0014h was used by a client,
> HDPMI might have corrupted DOS memory on exit.

Good :-) What apps are affected ? HXGUIHLP.DLL also ?

> - HXRT: bugfixes and additions in DKRNL32

Good :-) But MediaInfo is not fixed ...

> - HXGUI: winsocket emulation WSOCK32 improved a lot

Great. I'll test occasionally.

> - toolset to create the HX binaries reduced
> Linker switched to jwlink (modified wlink).

:-)

> __.__.2009, version 3.17
> __/__/2009: version 3.4

Dates are not filled in :-(

BTW, BOCHS needs (only !!!) following files to run:

COMCTL32.DLL 2'560 COMDLG32.DLL 2'560 DADVAPI.DLL 10'752 DGDI32.DLL 27'136 DKRNL32.DLL 80'896 DUSER32.DLL 41'984 SB16.DLL 6'144 SHELL32.DLL 4'096 WINMM.DLL 12'288 WSOCK32.DLL 446'976 (4'608 would be enough ? I'll retest ) HXGUIHLP.DLL HXGUIHLP.INI VESA32.DLL DPMILD32.EXE HDPMI32.EXE

NO M$WCRT.DLL , VCC is superior to MinGW again :confused:

What about a fast update filling in the dates and fixing MediaInfo ? ;-)

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

Japheth

Germany (South),
16.11.2009, 11:54

@ DOS386

HX v2.16 released

Post reply

> > - HXRT: mouse bug in HDPMI fixed
> > bugfix: when int 33h, ax=000Ch or ax=0014h was used by a client,
> > HDPMI might have corrupted DOS memory on exit.
>
> Good :-) What apps are affected ? HXGUIHLP.DLL also ?

Virtually none. Most DPMI apps use real-mode callbacks to implement a mouse event proc, and don't rely on a "mouse extender".

> > - HXRT: bugfixes and additions in DKRNL32
>
> Good :-) But MediaInfo is not fixed ...

I'm no "media freak", sorry! Since you've become an "assembly guru" by now, why not fix this thing on your own and supply a patch. It will be welcome!

> What about a fast update filling in the dates and fixing MediaInfo
> ? ;-)

I'm not sure, but I may be able to continue to live without "filling in the dates". For MediaInfo, see above.

---
MS-DOS forever!

DOS386

17.11.2009, 06:01

@ Japheth

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

Post reply

Japheth wrote:

> Virtually none. Most DPMI apps use real-mode callbacks to implement a
> mouse event proc, and don't rely on a "mouse extender".

COOL.

> I'm no "media freak", sorry!

No problem, you don't need any media file to reproduce, just ---help is very sufficient :-)

> Since you've become an "assembly guru" by

YES, just not yet a DEBUG-guru.

I wrote:

> OK, got the 4 new files, all dates are updated to today's 2009-11-16,
> but no breaking news in, my observations apply to the old version
> before 2009-11-16 9:20 , though.

Well, only HXDEV changed, the other 3 are identical as before. And HXSRC seems to be 5 monts old.

Other issues:

- MPLAYER GUI output doesn't work anymore (old known issue)

- GlobalMemoryStatusEx

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

Japheth

Germany (South),
17.11.2009, 14:00

@ DOS386

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

Post reply

> No problem, you don't need any media file to reproduce, just
> ---help is very sufficient :-)
>
> > Since you've become an "assembly guru" by
>
> YES, just not yet a DEBUG-guru.

The debugging part isn't hard: the app crashes shortly after a call of GetCommandLineW(). It uses the return value of this function to call SHELL32.CommandLineToArgvW() and tries to work with the return value. However, the latter function is implemented as stub only in HX and hence the call returns NULL.

possible fix: implement SHELL32.CommandLineToArgvW(). It's in HXSRC, directory SHELL32, file Utils.asm. Enjoy!

---
MS-DOS forever!

DOS386

22.11.2009, 11:43

@ Japheth

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

Post reply

> The debugging part isn't hard: the app crashes shortly after a call of
> GetCommandLineW(). It uses the return value of this function to call
> SHELL32.CommandLineToArgvW() and tries to work with the return value.
> However, the latter function is implemented as stub only in HX and hence
> the call returns NULL.

OK, I did suspect this strange "SHELL32" stuff.

> possible fix: implement SHELL32.CommandLineToArgvW(). It's in HXSRC,
> directory SHELL32, file Utils.asm.

Any docs on this CommandLineToArgvW thing around (except IE+JS+FLASH-only pages) ?

BTW, Sherpya released a new version of MPLAYER-WIN32:

MPW.EXE "mplayer.exe" 13'741'056 2009-11-07 21:04
D563'B5D4'8C90'D073'A78B'108E'225E'B3D2

MPlayer Sherpya-SVN-r29851-4.2.5 (C) 2000-2009 MPlayer Team

There are 2 missing imports:

dpmild32: import not found: CreateItemMoniker
dpmild32: import not found: GetRunningObjectTable
dpmild32: file OLE32.dll
dpmild32: d:\duser32.dll: cannot resolve imports

the GUI output still doesn't work (unsurprisingly)

but the faked "drivers" still do. :-)

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

DOS386

30.11.2009, 08:19

@ Japheth

THE AXE EFFECT | 90% done | BUG in GetCommandLine also

Post reply

> possible fix: implement SHELL32.CommandLineToArgvW(). It's in HXSRC,
> directory SHELL32, file Utils.asm. Enjoy!

What is it supposed to do ? Just cut the commandline into pieces ? Then it's trivial :-) BTW, it doesn't work on ME either (see shot)

Even worse, I found 2 more BUG's at this occasion:

- PE crashes

- Implementation of GetCommandLineAW has a (minor ?) bug: There is a redundant space between argv[0] and argv[1] (see 3 shots)

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

Japheth

Germany (South),
30.11.2009, 10:07

@ DOS386

THE AXE EFFECT | 90% done | BUG in GetCommandLine also

Post reply

> What is it supposed to do ? Just cut the commandline into pieces ? Then
> it's trivial :-)

Yes. Though it isn't trivial, not a task for a newbie. It requires special handling for double-quotes and backslashes.

---
MS-DOS forever!