From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/77469 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Debugger entered--Lisp error: (overflow-error "13419098521433281274") Date: Wed, 02 Mar 2011 14:56:19 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <871v2pkzrg.fsf@lifelogs.com> References: <87lj0x4k59.fsf@fastmail.fm> <87lj0x72ce.fsf@member.fsf.org> <87aahdmg51.fsf@lifelogs.com> <87oc5ti7js.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1299099404 19879 80.91.229.12 (2 Mar 2011 20:56:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Mar 2011 20:56:44 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M25792@lists.math.uh.edu Wed Mar 02 21:56:40 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Put65-0001pI-IX for ding-account@gmane.org; Wed, 02 Mar 2011 21:56:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Put63-0008MX-9R; Wed, 02 Mar 2011 14:56:35 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Put61-0008MF-Qj for ding@lists.math.uh.edu; Wed, 02 Mar 2011 14:56:33 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Put60-0004mW-Sq for ding@lists.math.uh.edu; Wed, 02 Mar 2011 14:56:33 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Put5z-00054W-IZ for ding@gnus.org; Wed, 02 Mar 2011 21:56:31 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Put5y-0001k9-5w for ding@gnus.org; Wed, 02 Mar 2011 21:56:30 +0100 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Mar 2011 21:56:30 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Mar 2011 21:56:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110014 (No Gnus v0.14) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:diiRISO7jxM64UJyc4IVu3Z6JpM= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:77469 Archived-At: On Wed, 02 Mar 2011 21:36:23 +0100 Tassilo Horn wrote: TH> Ted Zlatanov 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