Date: Tue, 10 Jun 1997 09:44:05 -0700
From: Bill Currie <billc AT blackmagic DOT tait DOT co DOT nz>
Subject: Re: Latest stub
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Cc: Robert Hoehne <robert DOT hoehne AT mathematik DOT tu-chemnitz DOT de>,
        DJGPP workers <djgpp-workers AT delorie DOT com>
Reply-to: billc AT blackmagic DOT tait DOT co DOT nz
Message-id: <339D8455.5FF0@blackmagic.tait.co.nz>
Organization: Tait Electronics NZ
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <Pine DOT SUN DOT 3 DOT 91 DOT 970609135020 DOT 618J-100000 AT is>
Precedence: bulk

Eli Zaretskii wrote:
> 
> On Mon, 9 Jun 1997, Robert Hoehne wrote:
> 
> > in the binutils). There was discussion and at least two
> > patches for stub.asm in November 1996 but I'm unsure which
> > should be applied. (This was the bug with symlink dealing
> > with 8 chars basename).
> 
> The bug with 8-char basename in a symlink is real; I got hit by it the
> other day.  I think the solution is just to code explicit 0 where a 0 is
> (incorrectly) assumed.
> 
> I don't recall any other stub-related problems.

One that I know of is you can't declare a 64k transfer buffer as that
needs 17 bits and only 16 are provided in the transfer buffer size
variable (this cause my programs to crash as well as all the djgpp
programs I'd stubedited to 64k).

Bill
-- 
Leave others their otherness.