Re: [sup-devel] sup-server revisited

[William Morgan <wmorgan-sup@masanjin.net>]

Reformatted excerpts from Gregor Hoffleit's message of 2011-04-15:
> The source of this problem is in whistlepig's tokenizer. I'm hurt by an
> overflow in posarray->next and posarray->size, which are defined as
> uint16_t. I was able to fix my problem by defining these to uint32_t:

Thanks! This is totally good. I will admit I got distracted by some
other tasks and forgot to come back to this. Maybe that's a sign I
should start using Github's vaunted issue tracker.

What I don't understand is that the posarray stuff is all for token
offsets, isn't it? So why would the number of lines actually matter?
Large messages can overflow this but it should be in terms of tokens,
not lines.
-- 
William <wmorgan-sup@masanjin.net>
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel