www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2014/02/21/11:39:58

X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=IOQUr8OZQiloGhLB4TvAKgEORSGMXBKffZteKkFzpvU=;
b=IGRy6otp4YBoggamFQ1yvqUwETj/HNDb8SxTc4JHCn204SuSaUPvZDFEpdG+kk1Xjm
tCuIMLiJet9jasQ93x8HqO2Q7gaFNoTB/+Y79hPQxK7/dalhbKV6K0geBe5edaENVFhB
xx8Dw3jdeT998hfE9lzfkw9CBMV8AOP1dOwnYq7lEGu5tkyfNv1FSa0CW+N6tK/HIdI/
vTm2EoljC8fcJVaJobouLdUPaG+qt5bi8QYad1EDk6hWwFfWdU5RfmVHeQ/8PecSt3ks
feO464DH6h6jwJ+SWHO+LHNdvRljRvNTClxyUYeZIM16QqpYHNMFLK+V3oMMFqM8B+9N
GyuQ==
MIME-Version: 1.0
X-Received: by 10.52.246.162 with SMTP id xx2mr4422664vdc.93.1393000779666;
Fri, 21 Feb 2014 08:39:39 -0800 (PST)
In-Reply-To: <op.xbm2ilql5zc71u@localhost>
References: <op DOT xblne4gx5zc71u AT localhost>
<le723e$mg6$1 AT speranza DOT aioe DOT org>
<op DOT xbm2ilql5zc71u AT localhost>
Date: Fri, 21 Feb 2014 08:39:39 -0800
Message-ID: <CAB9Rao_HV2RwMsdo9Gq0TYHLdU4XHHm9JxjgKjmEE9X3ATLWfw@mail.gmail.com>
Subject: Re: resident service providers
From: Louis Santillan <lpsantil AT gmail DOT com>
To: "djgpp AT delorie DOT com" <djgpp AT delorie DOT com>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

--001a1133cf06a4dc9f04f2ed4493
Content-Type: text/plain; charset=ISO-8859-1

Does djgpptsr not give what you need? <
http://www.netgull.com/djgpp/current/v2tk/djgpptsr.zip>

-L

On Friday, February 21, 2014, Rod Pemberton <dont_use_email AT xnohavenotit DOT cnm>
wrote:

> On Fri, 21 Feb 2014 03:17:50 -0500, Martin Str|mberg <
> ams AT dexter DOT ludd DOT ltu DOT se> wrote:
>
>> In comp.os.msdos.djgpp Rod Pemberton <dont_use_email AT xnohavenotit DOT cnm>
>> wrote:
>>
>
>  What I really need to know is how to code a resident service provider
>>> (DPMI enabled TSR) for a DPMI 0.9 host which doesn't support the two
>>> DPMI TSR calls (0c00h, 0c01h) that DPMI 1.0 supports.
>>>
>>
>> This isn't exactly what you want, but it should do that quickly and
>> easily:
>> Take the source code from CWSDPMI and remove support for those two TSR
>> calls and recompile...
>>
>>
> What?!?!  It's not April 1st yet ...  And, I don't see a smiley.
>
> DJGPP provides functions for calling those two DPMI 1.0 calls, but CWSDPMI
> being mostly DPMI 0.9 doesn't implement those two calls.  So, I don't see
> how removing two non-existant calls from the CWSDPMI source and recompiling
> would help me quickly and easily ...  If you're saying it's a long, painful
> path not worth traveling, that would've been clearer to simply say.
>
>
> AIUI, CWSDPMI is DPMI 0.9 compliant with a few DPMI 1.0 calls and features.
> But, CWSDPMI doesn't support the DPMI 1.0 TSR calls 0c00h and 0c01h.
>  AFAIK,
> eighteen other DPMI hosts don't support the DPMI 1.0 calls 0c00h and 0c01h
> either.  Even DPMIONE which is almost DPMI 1.0 compliant doesn't support
> 0c00h and 0c01h.  I know there is probably another twenty DPMI hosts I
> could check ...
>
> The issue is I'd like to code a resident service provider.  That's a PM
> TSR which uses DPMI to install PM interrupts.  The first issue is DPMI 1.0
> specification provides for this via 0c00h and 0c01h calls.  However, I've
> not been able to find a DPMI 1.0 host that supports 0c00h and 0c01h calls.
> The second issue is DPMI 0.9 hosts don't have support for resident service
> providers at all.  A handful of DPMI 0.9 hosts is what I need the resident
> service provider to work with.
>
> If I could code a test resident service provider for a DPMI 1.0 host which
> supports 0c00h and 0c01h, it might help me figure out how to code one for
> a DPMI 0.9 host which doesn't support 0c00h and 0c01h, or whether it's
> even possible without needing to update each DPMI host.
>
>
> Rod Pemberton
>

--001a1133cf06a4dc9f04f2ed4493
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Does djgpptsr not give what you need? &lt;<a href=3D"http://www.netgull.com=
/djgpp/current/v2tk/djgpptsr.zip">http://www.netgull.com/djgpp/current/v2tk=
/djgpptsr.zip</a>&gt;<div><br></div><div>-L<span></span><br><br>On Friday, =
February 21, 2014, Rod Pemberton &lt;dont_use_email AT xnohavenotit DOT cnm&gt; wr=
ote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">On Fri, 21 Feb 2014 03:17:50 -0500, Martin S=
tr|mberg &lt;<a>ams AT dexter DOT ludd DOT ltu DOT se</a>&gt; wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
In comp.os.msdos.djgpp Rod Pemberton &lt;dont_use_email AT xnohavenotit.<u></u=
>cnm&gt; wrote:<br>
</blockquote>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What I really need to know is how to code a resident service provider<br>
(DPMI enabled TSR) for a DPMI 0.9 host which doesn&#39;t support the two<br=
>
DPMI TSR calls (0c00h, 0c01h) that DPMI 1.0 supports.<br>
</blockquote>
<br>
This isn&#39;t exactly what you want, but it should do that quickly and<br>
easily:<br>
Take the source code from CWSDPMI and remove support for those two TSR<br>
calls and recompile...<br>
<br>
</blockquote>
<br>
What?!?! =A0It&#39;s not April 1st yet ... =A0And, I don&#39;t see a smiley=
.<br>
<br>
DJGPP provides functions for calling those two DPMI 1.0 calls, but CWSDPMI<=
br>
being mostly DPMI 0.9 doesn&#39;t implement those two calls. =A0So, I don&#=
39;t see<br>
how removing two non-existant calls from the CWSDPMI source and recompiling=
<br>
would help me quickly and easily ... =A0If you&#39;re saying it&#39;s a lon=
g, painful<br>
path not worth traveling, that would&#39;ve been clearer to simply say.<br>
<br>
<br>
AIUI, CWSDPMI is DPMI 0.9 compliant with a few DPMI 1.0 calls and features.=
<br>
But, CWSDPMI doesn&#39;t support the DPMI 1.0 TSR calls 0c00h and 0c01h. =
=A0AFAIK,<br>
eighteen other DPMI hosts don&#39;t support the DPMI 1.0 calls 0c00h and 0c=
01h<br>
either. =A0Even DPMIONE which is almost DPMI 1.0 compliant doesn&#39;t supp=
ort<br>
0c00h and 0c01h. =A0I know there is probably another twenty DPMI hosts I<br=
>
could check ...<br>
<br>
The issue is I&#39;d like to code a resident service provider. =A0That&#39;=
s a PM<br>
TSR which uses DPMI to install PM interrupts. =A0The first issue is DPMI 1.=
0<br>
specification provides for this via 0c00h and 0c01h calls. =A0However, I&#3=
9;ve<br>
not been able to find a DPMI 1.0 host that supports 0c00h and 0c01h calls.<=
br>
The second issue is DPMI 0.9 hosts don&#39;t have support for resident serv=
ice<br>
providers at all. =A0A handful of DPMI 0.9 hosts is what I need the residen=
t<br>
service provider to work with.<br>
<br>
If I could code a test resident service provider for a DPMI 1.0 host which<=
br>
supports 0c00h and 0c01h, it might help me figure out how to code one for<b=
r>
a DPMI 0.9 host which doesn&#39;t support 0c00h and 0c01h, or whether it&#3=
9;s<br>
even possible without needing to update each DPMI host.<br>
<br>
<br>
Rod Pemberton<br>
</blockquote></div>

--001a1133cf06a4dc9f04f2ed4493--

- Raw text -


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