Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

DPMILD32 issues - spawn trouble: solution found ??? (DOSX)

posted by DOS386, 21.02.2008, 01:55

> It's explained very lengthy in

Not very lengthy, but it is :-(

> I can't remember the reasons, but there WERE strong reasons why this
> didn't work. If you can supply a working patch ...

OK ... you probably know that there is for "external" people no easy way to write, and even less to compile a potential patch ... and submitting an untested one is not significantly safer than submitting random garbage :-(

> > 2. HDPMI=32 : OK, making this the default would hog low memory :-(
> It's not just the memory. It's simply not DPMI 0.9 compatible, would make
> DPMI v0.9 TSRs impossible. And one of my favorite toys - debxxf - also
> runs as separate client and wants direct access to the debuggee's memory,
> IDT and LDT.

Thus you are confirming that HDPMI=32 is a bad hack :-(

> Yes, that's possible, but is just another hack.

Yeah ... is there a piece of code that is NOT a hack anywhere in the universe ? Adding my "hack" would be a great improvement of HX :-)

> For Win32 programs, the HDPMI=8 "hack"

HDPMI=32 and DPMILDR=8 ? :confused:

> is preferable IMO since it is very stable

Yeah ... I didn't ask for "disabling" it ...

> and, more important, this appproach will finally allow

In future, not yet ?

> to run several clients/tasks concurrently.
> Some Win32 applications need that (i.e. CygWin).

Thus true multitasking ? For doing what ? Compiling ?

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

 

Complete thread:

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