Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
DOS386(R)

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(R)

Homepage

Germany (South),
16.11.2009, 10:09

@ DOS386

HX v2.16 released

> 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(R)

16.11.2009, 10:19

@ Japheth

HX v2.16 released

> 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 :hungry: )
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(R)

Homepage

Germany (South),
16.11.2009, 11:54

@ DOS386

HX v2.16 released

> > - 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(R)

17.11.2009, 06:01

@ Japheth

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

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(R)

Homepage

Germany (South),
17.11.2009, 14:00

@ DOS386

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

> 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(R)

22.11.2009, 11:43

@ Japheth

HX v2.16 released | MediaInfo | GlobalMemoryStatusEx

> 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(R)

30.11.2009, 08:19

@ Japheth

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

> 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(R)

Homepage

Germany (South),
30.11.2009, 10:07

@ DOS386

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

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

Back to the board
Thread view  Mix view  Order
15191 Postings in 1365 Threads, 250 registered users, 15 users online (0 registered, 15 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum