[PATCH 6/9] CLI: refactor dumping of tags.
[notmuch-archives.git] / b5 / 4ef059d61ec5bde25c0fc413ea6afa92f0c8ab
1 Return-Path: <blakej@foo.net>\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 A285A431FB6\r
6         for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 12:58:50 -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: 0\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
12         autolearn=disabled\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 iBj2s+j-AzlB for <notmuch@notmuchmail.org>;\r
16         Tue, 16 Apr 2013 12:58:50 -0700 (PDT)\r
17 Received: from foo.net (70-36-235-136.dsl.static.sonic.net [70.36.235.136])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 0BF31431FAF\r
21         for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 12:58:49 -0700 (PDT)\r
22 Received: from foo.net (localhost [127.0.0.1])\r
23         by foo.net (8.14.5+Sun/8.14.5) with ESMTP id r3GJwmvA013396;\r
24         Tue, 16 Apr 2013 12:58:48 -0700 (PDT)\r
25 To: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
26 Subject: Re: crash during saving \r
27 In-Reply-To: Your message of "Tue, 16 Apr 2013 15:56:00 +0200."\r
28         <20130416135600.GA7807@pub.cz.oracle.com> \r
29 Date: Tue, 16 Apr 2013 12:58:48 -0700\r
30 Message-ID: <13395.1366142328@foo.net>\r
31 From: Blake Jones <blakej@foo.net>\r
32 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2\r
33         (foo.net [127.0.0.1]); Tue, 16 Apr 2013 12:58:48 -0700 (PDT)\r
34 Cc: notmuch@notmuchmail.org\r
35 X-BeenThere: notmuch@notmuchmail.org\r
36 X-Mailman-Version: 2.1.13\r
37 Precedence: list\r
38 List-Id: "Use and development of the notmuch mail system."\r
39         <notmuch.notmuchmail.org>\r
40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
43 List-Post: <mailto:notmuch@notmuchmail.org>\r
44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
47 X-List-Received-Date: Tue, 16 Apr 2013 19:58:50 -0000\r
48 \r
49 > I just indexed my mail archive by notmuch and I'm starting to play\r
50 > with mutt-kz. The biggest stopper right now is that mutt cores when\r
51 > set already read mail to new (toggle-new in mutt). Once I try to leave\r
52 > the virtual folder (be it to another folder or because of quitting\r
53 > mutt) it crashes.\r
54\r
55 > I haven't had the time yet to investigate deeper, so I'll just post\r
56 > whatever info I have and hope that it will be something obvious for\r
57 > you :)\r
58 \r
59 I saw something like that when I was first using mutt-kz as well...\r
60 it ended up that I had compiled libxapian with one version of gcc (3.4.3\r
61 maybe?) and notmuch with 4.5.2, and the C++ runtime libraries were\r
62 incompatible between the two versions.  In my case, any time it tried to\r
63 throw an exception (e.g. when I removed a tag that was not present) it\r
64 would die with a similar stack trace.  (And, of course, that was on\r
65 Solaris :) )\r
66 \r
67 Blake\r