Re: [PATCH] Fix bug, and clean up code duplication, in adding or removing tag by...
authorMark Anderson <MarkR.Anderson@amd.com>
Wed, 14 Apr 2010 19:23:11 +0000 (13:23 +1800)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:39 +0000 (09:36 -0800)
3f/104fb6d7de0ae7e64884df2bf969c34449ccfa [new file with mode: 0644]

diff --git a/3f/104fb6d7de0ae7e64884df2bf969c34449ccfa b/3f/104fb6d7de0ae7e64884df2bf969c34449ccfa
new file mode 100644 (file)
index 0000000..123b2d6
--- /dev/null
@@ -0,0 +1,112 @@
+Return-Path: <MarkR.Anderson@amd.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id CBD36431FC1\r
+       for <notmuch@notmuchmail.org>; Wed, 14 Apr 2010 12:23:35 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.6\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id LXUbSOY0YA5e for <notmuch@notmuchmail.org>;\r
+       Wed, 14 Apr 2010 12:23:35 -0700 (PDT)\r
+Received: from VA3EHSOBE006.bigfish.com (va3ehsobe005.messaging.microsoft.com\r
+       [216.32.180.15])\r
+       by olra.theworths.org (Postfix) with ESMTP id A74334196F2\r
+       for <notmuch@notmuchmail.org>; Wed, 14 Apr 2010 12:23:34 -0700 (PDT)\r
+Received: from mail98-va3-R.bigfish.com (10.7.14.254) by\r
+       VA3EHSOBE006.bigfish.com (10.7.40.26) with Microsoft SMTP Server id\r
+       8.1.240.5; Wed, 14 Apr 2010 19:23:34 +0000\r
+Received: from mail98-va3 (localhost.localdomain [127.0.0.1])  by\r
+       mail98-va3-R.bigfish.com (Postfix) with ESMTP id 10C00B487D9;\r
+       Wed, 14 Apr 2010 19:23:34 +0000 (UTC)\r
+X-SpamScore: -4\r
+X-BigFish: VPS-4(zz98dNzz1202hz31izz32i2a8h43h61h)\r
+X-Spam-TCS-SCL: 0:0\r
+Received: from mail98-va3 (localhost.localdomain [127.0.0.1]) by mail98-va3\r
+       (MessageSwitch) id 1271273012425203_29041;\r
+       Wed, 14 Apr 2010 19:23:32 +0000 (UTC)\r
+Received: from VA3EHSMHS001.bigfish.com (unknown [10.7.14.239])        by\r
+       mail98-va3.bigfish.com (Postfix) with ESMTP id 61A6113B8051;\r
+       Wed, 14 Apr 2010 19:23:32 +0000 (UTC)\r
+Received: from ausb3extmailp01.amd.com (163.181.251.8) by\r
+       VA3EHSMHS001.bigfish.com (10.7.99.11) with Microsoft SMTP Server (TLS)\r
+       id 14.0.482.44; Wed, 14 Apr 2010 19:23:31 +0000\r
+Received: from ausb3twp01.amd.com ([163.181.250.37])   by\r
+       ausb3extmailp01.amd.com (Switch-3.2.7/Switch-3.2.7) with SMTP id\r
+       o3EJJBjh017603; Wed, 14 Apr 2010 14:19:14 -0500\r
+X-WSS-ID: 0L0VSIZ-01-3GK-02\r
+X-M-MSG: \r
+Received: from sausexhtp01.amd.com (sausexhtp01.amd.com [163.181.3.165])\r
+       (using TLSv1 with cipher RC4-MD5 (128/128 bits))        (No client certificate\r
+       requested)      by ausb3twp01.amd.com (Tumbleweed MailGate 3.7.2) with ESMTP\r
+       id 2B0271028889;        Wed, 14 Apr 2010 14:23:23 -0500 (CDT)\r
+Received: from optimon.amd.com (163.181.34.104) by sausexhtp01.amd.com\r
+       (163.181.3.165) with Microsoft SMTP Server (TLS) id 8.2.234.1;\r
+       Wed, 14 Apr 2010 12:23:27 -0700\r
+Received: from mhdc-ns01.amd.com (mhdc-ns01.amd.com [165.204.35.147])  by\r
+       optimon.amd.com (8.12.10/8.12.10) with ESMTP id o3EJNQjv009999;\r
+       Wed, 14 Apr 2010 14:23:27 -0500\r
+Received: from testarossa.amd.com (testarossa.amd.com [165.204.147.44])        by\r
+       mhdc-ns01.amd.com (8.13.8+Sun/8.13.8) with ESMTP id o3EJNBTR000750;\r
+       Wed, 14 Apr 2010 13:23:11 -0600 (MDT)\r
+Received: (from manderso@localhost)    by testarossa.amd.com\r
+       (8.13.1/8.13.1/Submit) id o3EJNBVI027185;\r
+       Wed, 14 Apr 2010 13:23:11 -0600\r
+X-Authentication-Warning: testarossa.amd.com: manderso set sender to\r
+       MarkR.Anderson@amd.com using -f\r
+From: Mark Anderson <MarkR.Anderson@amd.com>\r
+To: Jesse Rosenthal <jrosenthal@jhu.edu>, Carl Worth <cworth@cworth.org>,\r
+       "notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH] Fix bug, and clean up code duplication,\r
+       in adding or removing tag by region.\r
+In-Reply-To: <m1bpdlord1.fsf@watt.gilman.jhu.edu>\r
+References: <m1636w7au5.fsf@watt.gilman.jhu.edu> <87sk90ragj.fsf@jhu.edu>\r
+       <87aatfq88h.fsf@yoom.home.cworth.org> <877hogaf7v.fsf@jhu.edu>\r
+       <878w8rkzis.fsf@yoom.home.cworth.org> <871vejxk94.fsf@jhu.edu>\r
+       <87zl16ez21.fsf@yoom.home.cworth.org>\r
+       <m1bpdlord1.fsf@watt.gilman.jhu.edu>\r
+Date: Wed, 14 Apr 2010 13:23:11 -0600\r
+Message-ID: <3wdtyrd2600.fsf@testarossa.amd.com>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset="us-ascii"\r
+X-Virus-Scanned: ClamAV version 0.87.1,\r
+       clamav-milter version 0.87 on optimon.amd.com\r
+X-Virus-Status: Clean\r
+X-Reverse-DNS: unknown\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 14 Apr 2010 19:23:36 -0000\r
+\r
+On Wed, 14 Apr 2010 12:50:50 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
+> It occurs to me that the best way to do this would probably be to go to\r
+> point-max, and then (forward-line -1) until we hit a thread-id. That way\r
+> we wouldn't have to work all the way down long search indexes. I'll try\r
+> to code that up for the next release, and then have\r
+> notmuch-search-last-thread use it, as well as the region functions.\r
+\r
+This sounds great, just be careful if this command is run before the\r
+buffer has completed loading, as you could be in the middle of a search\r
+instead of the end.\r
+\r
+AFAIK, with the "asynchronous" buffer loading, there's no guarantee that\r
+point-max is the end of the search until the other thread has exited.\r
+\r
+Again, my lisp-fu is very poor, but just a concern I see.\r
+\r
+-Mark\r
+\r