Re: bison bug.

[James Harris]

I found this bug in 1.28.. I dont see how this can be a new bug in 1.30.

How does using shorts' in the parser generator make the parser smaller?

As I wrote before the root of the problem seems to be that nitems while
stored in a int is larger then SHRT_MAX. 

-- James Harris

On Sat, 29 Dec 2001 address@hidden wrote:

> On Thu, Dec 27, 2001 at 09:42:14PM -0800, James Harris wrote:
> > 
> > A quick update on my bug hunt. It looks like there is an overflow in at
> > least one of the many shorts Corbett uses. Adding "#define short int" into
> > system.h seems to be a down and dirty fix.  Im going to setup a watches on
> > each short and should have a better fix soon.  
> 
> Thanks, but I have already tracked this down, and added a test to exit
> properly.  There is no point in trying to have bigger limits for the time
> being.  Merely passing to int is wrong, since the parsers are expected
> not to blow up the memory.  That's why shorts are used, and it is on
> purpose.
> 
> I insist: I doubt very much that your problems are related to that limitation,
> many 1.30x have very serious problems which are now fixed.  Please, try it.
> (if you don't use CVS, I'll warn you as soon as another snapshot is made).
>