Date: Tue, 26 Aug 1997 10:58:37 +1100
From: Bill Currie <billc AT blackmagic DOT tait DOT co DOT nz>
Subject: Re: generating 16-bit code (286 and lower)
In-reply-to: <199708251146.OAA16460@kruuna.Helsinki.FI>
To: djgpp AT delorie DOT com
Message-id: <199708252303.LAA20702@teleng1.tait.co.nz gatekeeper.tait.co.nz>
Organization: Tait Electronics Limited
MIME-version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <m0wzGA8-000S1nC AT inti DOT edu DOT ar> <33f47af1 DOT sandmann AT clio DOT rice DOT edu>
Comments: Authenticated sender is <billc AT blackmagic DOT tait DOT co DOT nz>
Precedence: bulk

On 25 Aug 97 at 14:46, Esa A E Peuha wrote:

> On Fri, 15 Aug 1997 15:51:13 in article
> <33f47af1 DOT sandmann AT clio DOT rice DOT edu> Charles Sandmann
> <sandmann AT clio DOT rice DOT edu> wrote:
> : But with DPMI readily available in many systems already, improving
> : CWSDPMI looks like a marginal use of time.  
> 
> It's still important to have a free DPMI host with sources available
> (I need it, even if no one else does :-)

Not only that, but how many other DPMI providers have null pointer 
support?:) Also, deadbeef doesn't always work under windows.

Anyway, those other dpmi providers are second rate at best (except 
maybe linux), so impoving cwsdpmi would be making the best even 
better.

Bill
--
Leave others their otherness.