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

[Tassilo Horn <tassilo@member.fsf.org>]

Andreas Schwab <schwab@linux-m68k.org> writes:

>> But I'm still interested what that number actually means?
>
> This is an opaque (unsigned 64-bit) value updated by the server
> whenever a metadata item is modified (RFC4551).

That's a bit unfortunate.  Today I've encountered 2 of these values that
were too big to be `read' by emacs.

Looking at `nnimap-parse-flags' I can see that the value of UIDVALIDITY
is extracted by string-matching and stored as string, because it might
be bigger than an emacs integer.  Probably the same has to be done for
the FETCH lines.

Here's the offending code:

--8<---------------cut here---------------start------------->8---
	  (while (re-search-forward "^\\* [0-9]+ FETCH " start t)
	    (setq elems (read (current-buffer)))
	    (push (cons (cadr (memq 'UID elems))
			(cadr (memq 'FLAGS elems)))
		  articles))
--8<---------------cut here---------------end--------------->8---

Of course, it is convenient to `read' the complete list in lines like

  * 2971 FETCH (FLAGS (%Recent) UID 12509 MODSEQ (13419098521433281274))

but it fails for large numbers.  And if the RFC says those are 64bit
unsigned ints, well, then Gnus has to handle those.

Bye,
Tassilo

  ...who wonders why he got this error twice today after using Gnus with
  IMAP servers (including that problematic one) for several years with
  no such issue at all...