Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

MPXplay under CWSDPMI (Users)

posted by Mpxplay, 28.10.2010, 08:48

>
> > It is problem on MPXplay side or on CWSDPMI side?
>
> I guess that MPXplay checks on startup if a DPMI host is installed and,
> when one is found, uses it. It probably assumes that the host which it has
> found is a "full" host and makes no further checks. If so, then it's a bug
> of MPXplay.
>
> However, the API how to check whether the DPMI host is "plain" or "full" is
> undocumented :-D - so it's a bit questionable to blame the author of
> MPXplay.
I don't do anything with DPMI in my own source. I already have the 32-bit dpmi environment at (before) the first line of my code.
I haven't checked, but I think so there's no such stuff in the linked stub neither (that calls the dos4g.exe). Probably the DPMI host checking is in the dos4g.exe (and it's not opensource), so I cannot modify it (but I don't want it neither)...

btw. Laaca. I don't understand why did you load the cwsdpmi like a "host" (tsr). It have to work similar like the using of dos4g (the program should load the cwsdpmi if it needs, you don't have to pre-load it)...

btw2. (the answer to your original question) probably the DLL handling part of Mpxplay crashes, because there are no such functions (API) in the CWSDPMI (these functions are also missing from DOS4GW.EXE, only DOS4G.EXE have them)
Maybe I can add something api check to my code with a nice exit-error message, but I cannot load a new/other dpmi host.

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22762 Postings in 2122 Threads, 402 registered users (1 online)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum