Re: Debugger entered--Lisp error: (overflow-error "13419098521433281274")

[Ted Zlatanov <tzz@lifelogs.com>]

On Wed, 02 Mar 2011 21:36:23 +0100 Tassilo Horn <tassilo@member.fsf.org> wrote: 

TH> Ted Zlatanov <tzz@lifelogs.com> writes:

TH> Of course, it is convenient to `read' the complete list in lines like
TH> * 2971 FETCH (FLAGS (%Recent) UID 12509 MODSEQ (13419098521433281274))
TH> but it fails for large numbers.  And if the RFC says those are 64bit
TH> unsigned ints, well, then Gnus has to handle those.
>> 
>> Gnus has no way to do it when Emacs can't.  The calc package has some
>> facilities for big numbers but yeah, (read) will not DTRT with input
>> like that.  I've asked for it on emacs-devel.
>> 
>> To fix it now, I would replace such large numbers with a truncated
>> version, which can be done safely with a regex before the reader sees
>> the input.  But I'll let Lars decide, he knows that code best.

TH> But that huge number is not used by gnus, anyway.  It is `read' but only
TH> the UID and FLAGS values are saved.  So IMHO, the proper fix is to put a
TH> condition-case around the `read' that picks the UID and FLAGS with
TH> string-matching if an overflow-error occurs.

Yeah, that would work too, but it's a hack either way.  My way would be
less work since we just rewrite that number to 1 or whatever, which is
one extra line of code.  If you want to submit a patch for either hack
go ahead, otherwise I'll wait for Lars to fix it.

Ted