Date: Mon, 16 Jun 1997 10:08:45 -0700
From: Bill Currie <billc AT blackmagic DOT tait DOT co DOT nz>
Subject: Re: Latest stub
To: Charles Sandmann <sandmann AT clio DOT rice DOT edu>
Cc: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp-workers AT delorie DOT com
Reply-to: billc AT blackmagic DOT tait DOT co DOT nz
Message-id: <33A5731D.566C@blackmagic.tait.co.nz>
Organization: Tait Electronics NZ
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <9706151910 DOT AA13381 AT clio DOT rice DOT edu>
Precedence: bulk

Charles Sandmann wrote:
> But maybe the easiest fix for all of this is a new field in the stub header -
> extra DOS memory paragraphs to allocate.  This avoids the backward
> compatibility problems; the true transfer buffer stays 63.5K or less,
> the extra memory gets allocated contiguously for things like clipboard stuff.

Hey, I LIKE that idea. I'll try to provide same patches in the next few
days.

Should I continue to use the methods from my previous patches (mostly
the stubinfo version detection and the transfer buffer true size fields
in the 32 bit code)?

Is there a version of any of the files I should make the patches against
(esp stub.asm) or should I just do them against the stock sources?

Bill
-- 
Leave others their otherness.