number recognition tools

Andy Glew aglew at oberon.csg.uiuc.edu
Fri Jan 19 09:38:13 AEST 1990


Urghh... 

I like showing people my source code, but I *hate* it when
they find embarassing errors (egoless programmer, I'm not).
Swallowing foot, let me acknowledge Joseph Pepin's bug report
(which he couldn't post) to the number recognition tools 
I posted recently.  I will posted a cleaner version soon.


Return-Path: <att!cbnewsl!joepepin at uxc.cso.uiuc.edu>
Date: Thu, 18 Jan 90 15:26:53 EST
From: jdp at tarpon.att.com (Joseph Pepin)
To: aglew at oberon.csg.uiuc.edu
Subject: Re: number recognition tools
Newsgroups: alt.sources
In-Reply-To: <AGLEW.90Jan15115309 at oberon.csg.uiuc.edu>
Organization: AT&T Bell Laboratories

Two serious bugs:

1) The shar file is corrupt: the END-OF-FILE after each man page
is preceeded by an "X", causing the next file not to be unshar'ed.
Maybe the original files were not terminated by a NL.

2) Executing "getnumber -100e-2" dumps core on a 3B2 and a 6386WGS
running SVR3.2.  The problem is you don't malloc enough space
for the right side of an infix expression:

Line 218 of number.c:

	right  = malloc ... InfixStrLen)));

should be:

	right = malloc ... InfixStrLen))+1);

I suspect that other systems treat malloc(0) as malloc(1).

Please fix these bugs and/or post this message: my newsserver
discourages postings.

--
Andy Glew, aglew at uiuc.edu



More information about the Alt.sources mailing list