[PATCH 2/5] configure, test: Added variables for paths to true and false.
[notmuch-archives.git] / f4 / dc2f3f4459d885c075db3a536ae05c57c417be
1 Return-Path: <Vladimir.Marek@Oracle.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 EEA4D431FB6\r
6         for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 01:55:59 -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.299\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3, UNPARSEABLE_RELAY=0.001]\r
13         autolearn=disabled\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id P3opQiz9qrxY for <notmuch@notmuchmail.org>;\r
17         Wed, 17 Apr 2013 01:55:59 -0700 (PDT)\r
18 Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81])\r
19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 74917431FAF\r
22         for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 01:55:59 -0700 (PDT)\r
23 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])\r
24         by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with\r
25         ESMTP id r3H8towA003507\r
26         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);\r
27         Wed, 17 Apr 2013 08:55:51 GMT\r
28 Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231])\r
29         by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
30         r3H8tmxI006343\r
31         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);\r
32         Wed, 17 Apr 2013 08:55:49 GMT\r
33 Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58])\r
34         by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
35         r3H8tlum003615; Wed, 17 Apr 2013 08:55:48 GMT\r
36 Received: from pub.cz.oracle.com (/10.163.101.122)\r
37         by default (Oracle Beehive Gateway v4.0)\r
38         with ESMTP ; Wed, 17 Apr 2013 01:55:47 -0700\r
39 Date: Wed, 17 Apr 2013 10:53:54 +0200\r
40 From: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
41 To: Blake Jones <blakej@foo.net>\r
42 Subject: Re: crash during saving\r
43 Message-ID: <20130417085354.GE7807@pub.cz.oracle.com>\r
44 Mail-Followup-To: Blake Jones <blakej@foo.net>, notmuch@notmuchmail.org\r
45 References: <20130416135600.GA7807@pub.cz.oracle.com>\r
46         <13395.1366142328@foo.net>\r
47 MIME-Version: 1.0\r
48 Content-Type: text/plain; charset=utf-8\r
49 Content-Disposition: inline\r
50 In-Reply-To: <13395.1366142328@foo.net>\r
51 User-Agent: Mutt/1.5.21 (2010-09-15)\r
52 X-Source-IP: acsinet21.oracle.com [141.146.126.237]\r
53 Cc: notmuch@notmuchmail.org\r
54 X-BeenThere: notmuch@notmuchmail.org\r
55 X-Mailman-Version: 2.1.13\r
56 Precedence: list\r
57 List-Id: "Use and development of the notmuch mail system."\r
58         <notmuch.notmuchmail.org>\r
59 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
60         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
61 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
62 List-Post: <mailto:notmuch@notmuchmail.org>\r
63 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
64 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
65         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
66 X-List-Received-Date: Wed, 17 Apr 2013 08:56:00 -0000\r
67 \r
68 > > I just indexed my mail archive by notmuch and I'm starting to play\r
69 > > with mutt-kz. The biggest stopper right now is that mutt cores when\r
70 > > set already read mail to new (toggle-new in mutt). Once I try to leave\r
71 > > the virtual folder (be it to another folder or because of quitting\r
72 > > mutt) it crashes.\r
73 > > \r
74 > > I haven't had the time yet to investigate deeper, so I'll just post\r
75 > > whatever info I have and hope that it will be something obvious for\r
76 > > you :)\r
77\r
78 > I saw something like that when I was first using mutt-kz as well...\r
79 > it ended up that I had compiled libxapian with one version of gcc (3.4.3\r
80 > maybe?) and notmuch with 4.5.2, and the C++ runtime libraries were\r
81 > incompatible between the two versions.  In my case, any time it tried to\r
82 > throw an exception (e.g. when I removed a tag that was not present) it\r
83 > would die with a similar stack trace.  (And, of course, that was on\r
84 > Solaris :) )\r
85 \r
86 Right, so the problem really seems to be in throwing/catching exception.\r
87 Function "_notmuch_message_remove_term" is supposed to catch the\r
88 exception and ignore it. Which does not happen in my case.\r
89 \r
90 On a side note, I wonder, is catching exception faster than going\r
91 through list of tags to see if given tag exists? Might be interesting to\r
92 compare.\r
93 \r
94 Cheers\r
95 -- \r
96         Vlad\r