delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1996/04/14/19:27:03

Message-Id: <s17231ec.042@MAIL.TAIT.CO.NZ>
Date: Mon, 15 Apr 1996 11:24:21 +1200
From: Bill Currie <bill_currie AT MAIL DOT TAIT DOT CO DOT NZ>
To: djgpp-workers AT delorie DOT com
Subject: Re: SQUISHED BUG: symbol name length bug in edebug32 and

	       fsdb

On 14/4/96  6:47 pm, Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> did thus say >>>
> Why does it have to be constant?  Why not make the debugger enlarge the 
> buffer if it isn't large enough?  IMHO putting arbitrary constant limits 
> into a program is just leaving bugs that wait to bite you.

True, sort of didn't didn't think of that. I'll make the size dynamic.

For fsdb, would the following modification be correct

   else if (i == 8 || (i >= 10 && i <= 14) || i == 17)
     message (CL_Error, "Exception %d (0x%02x) occurred, error code=%#lx",
          i, i, a_tss.tss_error);
|  else if (i < 32)                  /* use to be just 'else' */
     message (CL_Error, "Exception %d (0x%02x) occurred", i, i);

This 'fixes' the spurious Exception bug I mentioned earlier, but it would be preferable if I
could find the real cause of this problem.  I've looked at the exception handling code in
src/libc/go32 (dpmiexcp.c and exceptn.s) but I couldn't find anything definite.  Is there
somewhere else I should be looking?

Bill

___________________________________________
Bill Currie (bill_currie AT tait DOT co DOT nz)
Tait Electronics, Christchurch, New Zealand
tel: (64) 3 358-3399, fax: (64) 3 358-0423

- Raw text -


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