cvs.gedasymbols.org/archives/browse.cgi   search  
Mail Archives: djgpp/1999/11/05/06:23:35

To: sandmann AT clio DOT rice DOT edu
Cc: djgpp AT delorie DOT com
Subject: Re: CWSDPMI - CWSPARAM
References: <381EF430 DOT C6CC9270 AT ma DOT tum DOT de> <381f69aa DOT sandmann AT clio DOT rice DOT edu>
From: Esa A E Peuha <peuha AT cc DOT helsinki DOT fi>
Date: 05 Nov 1999 10:03:13 +0200
In-Reply-To: "Charles Sandmann"'s message of "Tue, 2 Nov 1999 22:46:02"
Message-ID: <86pr9i52wn2.fsf@sirppi.helsinki.fi>
Lines: 21
X-Mailer: Gnus v5.6.43/Emacs 19.34
Reply-To: djgpp AT delorie DOT com

"Charles Sandmann" <sandmann AT clio DOT rice DOT edu> writes:

> > 1.      if any DPMI-host is already memory-resident don't load
> >            (e.g. under WINx or cwsdpmi TSR'd)

>  1) If DPMI is there already, you don't have a choice.

But why doesn't CWSDPMI check to see if another DPMI host is already present?
Of course DJGPP programs wouldn't try to load it in this case, but if the
user enters `cwsdpmi' on the command line, it will either fail (like under
Windows) or succeed, in which case there will be two DPMI host in the memory
at once.  The reason I'm asking this is that MWDPMI used to do the same
thing, but I changed it in the sources available at
http://www.helsinki.fi/~peuha/english/djgpp/mwdpmi00.zip ; if there's any
reason why it should try to load even when it detects a foreign DPMI host,
I'll have to change that back.

-- 
Esa Peuha
student of mathematics at the University of Helsinki
http://www.helsinki.fi/~peuha/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019