[PATCH] lib: provide _notmuch_database_log_append
[notmuch-archives.git] / 3f / 104fb6d7de0ae7e64884df2bf969c34449ccfa
1 Return-Path: <MarkR.Anderson@amd.com>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id CBD36431FC1\r
6         for <notmuch@notmuchmail.org>; Wed, 14 Apr 2010 12:23:35 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.6\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id LXUbSOY0YA5e for <notmuch@notmuchmail.org>;\r
16         Wed, 14 Apr 2010 12:23:35 -0700 (PDT)\r
17 Received: from VA3EHSOBE006.bigfish.com (va3ehsobe005.messaging.microsoft.com\r
18         [216.32.180.15])\r
19         by olra.theworths.org (Postfix) with ESMTP id A74334196F2\r
20         for <notmuch@notmuchmail.org>; Wed, 14 Apr 2010 12:23:34 -0700 (PDT)\r
21 Received: from mail98-va3-R.bigfish.com (10.7.14.254) by\r
22         VA3EHSOBE006.bigfish.com (10.7.40.26) with Microsoft SMTP Server id\r
23         8.1.240.5; Wed, 14 Apr 2010 19:23:34 +0000\r
24 Received: from mail98-va3 (localhost.localdomain [127.0.0.1])   by\r
25         mail98-va3-R.bigfish.com (Postfix) with ESMTP id 10C00B487D9;\r
26         Wed, 14 Apr 2010 19:23:34 +0000 (UTC)\r
27 X-SpamScore: -4\r
28 X-BigFish: VPS-4(zz98dNzz1202hz31izz32i2a8h43h61h)\r
29 X-Spam-TCS-SCL: 0:0\r
30 Received: from mail98-va3 (localhost.localdomain [127.0.0.1]) by mail98-va3\r
31         (MessageSwitch) id 1271273012425203_29041;\r
32         Wed, 14 Apr 2010 19:23:32 +0000 (UTC)\r
33 Received: from VA3EHSMHS001.bigfish.com (unknown [10.7.14.239]) by\r
34         mail98-va3.bigfish.com (Postfix) with ESMTP id 61A6113B8051;\r
35         Wed, 14 Apr 2010 19:23:32 +0000 (UTC)\r
36 Received: from ausb3extmailp01.amd.com (163.181.251.8) by\r
37         VA3EHSMHS001.bigfish.com (10.7.99.11) with Microsoft SMTP Server (TLS)\r
38         id 14.0.482.44; Wed, 14 Apr 2010 19:23:31 +0000\r
39 Received: from ausb3twp01.amd.com ([163.181.250.37])    by\r
40         ausb3extmailp01.amd.com (Switch-3.2.7/Switch-3.2.7) with SMTP id\r
41         o3EJJBjh017603; Wed, 14 Apr 2010 14:19:14 -0500\r
42 X-WSS-ID: 0L0VSIZ-01-3GK-02\r
43 X-M-MSG: \r
44 Received: from sausexhtp01.amd.com (sausexhtp01.amd.com [163.181.3.165])\r
45         (using TLSv1 with cipher RC4-MD5 (128/128 bits))        (No client certificate\r
46         requested)      by ausb3twp01.amd.com (Tumbleweed MailGate 3.7.2) with ESMTP\r
47         id 2B0271028889;        Wed, 14 Apr 2010 14:23:23 -0500 (CDT)\r
48 Received: from optimon.amd.com (163.181.34.104) by sausexhtp01.amd.com\r
49         (163.181.3.165) with Microsoft SMTP Server (TLS) id 8.2.234.1;\r
50         Wed, 14 Apr 2010 12:23:27 -0700\r
51 Received: from mhdc-ns01.amd.com (mhdc-ns01.amd.com [165.204.35.147])   by\r
52         optimon.amd.com (8.12.10/8.12.10) with ESMTP id o3EJNQjv009999;\r
53         Wed, 14 Apr 2010 14:23:27 -0500\r
54 Received: from testarossa.amd.com (testarossa.amd.com [165.204.147.44]) by\r
55         mhdc-ns01.amd.com (8.13.8+Sun/8.13.8) with ESMTP id o3EJNBTR000750;\r
56         Wed, 14 Apr 2010 13:23:11 -0600 (MDT)\r
57 Received: (from manderso@localhost)     by testarossa.amd.com\r
58         (8.13.1/8.13.1/Submit) id o3EJNBVI027185;\r
59         Wed, 14 Apr 2010 13:23:11 -0600\r
60 X-Authentication-Warning: testarossa.amd.com: manderso set sender to\r
61         MarkR.Anderson@amd.com using -f\r
62 From: Mark Anderson <MarkR.Anderson@amd.com>\r
63 To: Jesse Rosenthal <jrosenthal@jhu.edu>, Carl Worth <cworth@cworth.org>,\r
64         "notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>\r
65 Subject: Re: [PATCH] Fix bug, and clean up code duplication,\r
66         in adding or removing tag by region.\r
67 In-Reply-To: <m1bpdlord1.fsf@watt.gilman.jhu.edu>\r
68 References: <m1636w7au5.fsf@watt.gilman.jhu.edu> <87sk90ragj.fsf@jhu.edu>\r
69         <87aatfq88h.fsf@yoom.home.cworth.org> <877hogaf7v.fsf@jhu.edu>\r
70         <878w8rkzis.fsf@yoom.home.cworth.org> <871vejxk94.fsf@jhu.edu>\r
71         <87zl16ez21.fsf@yoom.home.cworth.org>\r
72         <m1bpdlord1.fsf@watt.gilman.jhu.edu>\r
73 Date: Wed, 14 Apr 2010 13:23:11 -0600\r
74 Message-ID: <3wdtyrd2600.fsf@testarossa.amd.com>\r
75 MIME-Version: 1.0\r
76 Content-Type: text/plain; charset="us-ascii"\r
77 X-Virus-Scanned: ClamAV version 0.87.1,\r
78         clamav-milter version 0.87 on optimon.amd.com\r
79 X-Virus-Status: Clean\r
80 X-Reverse-DNS: unknown\r
81 X-BeenThere: notmuch@notmuchmail.org\r
82 X-Mailman-Version: 2.1.13\r
83 Precedence: list\r
84 List-Id: "Use and development of the notmuch mail system."\r
85         <notmuch.notmuchmail.org>\r
86 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
87         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
88 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
89 List-Post: <mailto:notmuch@notmuchmail.org>\r
90 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
91 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
92         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
93 X-List-Received-Date: Wed, 14 Apr 2010 19:23:36 -0000\r
94 \r
95 On Wed, 14 Apr 2010 12:50:50 -0500, Jesse Rosenthal <jrosenthal@jhu.edu> wrote:\r
96 > It occurs to me that the best way to do this would probably be to go to\r
97 > point-max, and then (forward-line -1) until we hit a thread-id. That way\r
98 > we wouldn't have to work all the way down long search indexes. I'll try\r
99 > to code that up for the next release, and then have\r
100 > notmuch-search-last-thread use it, as well as the region functions.\r
101 \r
102 This sounds great, just be careful if this command is run before the\r
103 buffer has completed loading, as you could be in the middle of a search\r
104 instead of the end.\r
105 \r
106 AFAIK, with the "asynchronous" buffer loading, there's no guarantee that\r
107 point-max is the end of the search until the other thread has exited.\r
108 \r
109 Again, my lisp-fu is very poor, but just a concern I see.\r
110 \r
111 -Mark\r
112 \r