From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/79788 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: [Workaround/Solved] This bug is killing me! Date: Tue, 30 Aug 2011 10:09:02 -0800 Message-ID: References: <87pqjnqt5k.fsf@thinkpad.tsdh.de> <87y5ybp5hw.fsf@thinkpad.tsdh.de> <87ty8zp2mr.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314727825 7048 80.91.229.12 (30 Aug 2011 18:10:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 30 Aug 2011 18:10:25 +0000 (UTC) Cc: ding@gnus.org, John Wiegley To: Tassilo Horn Original-X-From: ding-owner+M28082@lists.math.uh.edu Tue Aug 30 20:10:20 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 1QySlN-0004Ss-9t for ding-account@gmane.org; Tue, 30 Aug 2011 20:10:17 +0200 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 1QySkQ-0001N8-03; Tue, 30 Aug 2011 13:09:18 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1QySkO-0001Mu-Ft for ding@lists.math.uh.edu; Tue, 30 Aug 2011 13:09:16 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1QySkM-0004Yd-Es for ding@lists.math.uh.edu; Tue, 30 Aug 2011 13:09:15 -0500 Original-Received: from mail-pz0-f46.google.com ([209.85.210.46]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QySkK-0003FM-Tg for ding@gnus.org; Tue, 30 Aug 2011 20:09:13 +0200 Original-Received: by pzk32 with SMTP id 32so12373563pzk.33 for ; Tue, 30 Aug 2011 11:09:06 -0700 (PDT) Original-Received: by 10.142.230.9 with SMTP id c9mr3715863wfh.342.1314727746408; Tue, 30 Aug 2011 11:09:06 -0700 (PDT) Original-Received: from pluto.local (92-52-237-24.gci.net. [24.237.52.92]) by mx.google.com with ESMTPS id i1sm25099471pbe.1.2011.08.30.11.09.04 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Aug 2011 11:09:05 -0700 (PDT) Original-Received: by pluto.local (Postfix, from userid 501) id D8448DB6DEF; Tue, 30 Aug 2011 10:09:02 -0800 (AKDT) In-Reply-To: <87ty8zp2mr.fsf@thinkpad.tsdh.de> (Tassilo Horn's message of "Tue, 30 Aug 2011 13:20:12 +0200") User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/23.3 (darwin) X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:79788 Archived-At: > Dave Abrahams writes: > > Hi Dave, > >>> Please see my other message. >> >> Which other message? > > Message-ID: <8739gjqkb9.fsf@thinkpad.tsdh.de> Ah, missed that one, thanks. >>> Propagation of marks to imap servers is enabled by default no matter >>> of that variable since gnus git versions after March, 5th. Do you >>> use an older version? >> >> I'm on this version: >> >> ,---- >> | commit b7049858dc4463249d94613e05f6044cb5d70d6d >> | Author: Katsumi Yamaoka >> | Date: Fri Aug 26 09:01:29 2011 +0000 >> `---- > > That should be recent enough. > >> I have this additional change, which avoids pathological regexp >> behavior: >> >> diff --git a/lisp/nnimap.el b/lisp/nnimap.el >> index 2dbc465..5b7d253 100644 >> --- a/lisp/nnimap.el >> +++ b/lisp/nnimap.el >> @@ -190,7 +190,7 @@ textual parts.") >> (let (article bytes lines size string) >> (block nil >> (while (not (eobp)) >> - (while (not (looking-at "\\* [0-9]+ FETCH.+UID \\([0-9]+\\)")) >> + (while (not (looking-at "\\* [0-9]+ FETCH.+?UID \\([0-9]+\\)")) >> (delete-region (point) (progn (forward-line 1) (point))) >> (when (eobp) >> (return))) > > Hm, so you use the non-greedy variant of ".+". That should make a > difference only if there a lines like > > * 939393 FETCH something here UID 918823 UID 191929 > > i.e. the string UID followed by a number occurs more than once. Not necessarily. On a really long line the original has to search to the end before it can accept the match at the beginning, even if the string appears only once. I reported this bug 9 days ago; full details are here: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9338 -- Dave Abrahams BoostPro Computing http://www.boostpro.com