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 D72EA431FB6
\r
6 for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 14:47:06 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\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
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 8whQd89l+mSu for <notmuch@notmuchmail.org>;
\r
17 Tue, 16 Apr 2013 14:47:06 -0700 (PDT)
\r
18 X-Greylist: delayed 6002 seconds by postgrey-1.32 at olra;
\r
19 Tue, 16 Apr 2013 14:47:06 PDT
\r
20 Received: from aserp1050.oracle.com (aserp1050.oracle.com [141.146.126.70])
\r
21 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
\r
22 (No client certificate requested)
\r
23 by olra.theworths.org (Postfix) with ESMTPS id 46AF3431FAF
\r
24 for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 14:47:06 -0700 (PDT)
\r
25 Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69])
\r
26 by aserp1050.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with
\r
27 ESMTP id r3GK73Xc019988
\r
28 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
\r
29 for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 20:07:04 GMT
\r
30 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
\r
31 by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with
\r
32 ESMTP id r3GK6uAm022194
\r
33 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
\r
34 Tue, 16 Apr 2013 20:06:57 GMT
\r
35 Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231])
\r
36 by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
\r
38 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
\r
39 Tue, 16 Apr 2013 20:06:56 GMT
\r
40 Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70])
\r
41 by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
\r
42 r3GK6tPB002898; Tue, 16 Apr 2013 20:06:55 GMT
\r
43 Received: from pub.cz.oracle.com (/10.163.101.122)
\r
44 by default (Oracle Beehive Gateway v4.0)
\r
45 with ESMTP ; Tue, 16 Apr 2013 13:06:55 -0700
\r
46 Date: Tue, 16 Apr 2013 22:05:00 +0200
\r
47 From: Vladimir Marek <Vladimir.Marek@Oracle.COM>
\r
48 To: Blake Jones <blakej@foo.net>
\r
49 Subject: Re: crash during saving
\r
50 Message-ID: <20130416200500.GC7807@pub.cz.oracle.com>
\r
51 Mail-Followup-To: Blake Jones <blakej@foo.net>, notmuch@notmuchmail.org
\r
52 References: <20130416135600.GA7807@pub.cz.oracle.com>
\r
53 <13395.1366142328@foo.net>
\r
55 Content-Type: text/plain; charset=utf-8
\r
56 Content-Disposition: inline
\r
57 In-Reply-To: <13395.1366142328@foo.net>
\r
58 User-Agent: Mutt/1.5.21 (2010-09-15)
\r
59 X-Source-IP: aserp1040.oracle.com [141.146.126.69]
\r
60 Cc: notmuch@notmuchmail.org
\r
61 X-BeenThere: notmuch@notmuchmail.org
\r
62 X-Mailman-Version: 2.1.13
\r
64 List-Id: "Use and development of the notmuch mail system."
\r
65 <notmuch.notmuchmail.org>
\r
66 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
67 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
68 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
69 List-Post: <mailto:notmuch@notmuchmail.org>
\r
70 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
71 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
72 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
73 X-List-Received-Date: Tue, 16 Apr 2013 21:47:07 -0000
\r
75 > > I just indexed my mail archive by notmuch and I'm starting to play
\r
76 > > with mutt-kz. The biggest stopper right now is that mutt cores when
\r
77 > > set already read mail to new (toggle-new in mutt). Once I try to leave
\r
78 > > the virtual folder (be it to another folder or because of quitting
\r
79 > > mutt) it crashes.
\r
81 > > I haven't had the time yet to investigate deeper, so I'll just post
\r
82 > > whatever info I have and hope that it will be something obvious for
\r
85 > I saw something like that when I was first using mutt-kz as well...
\r
86 > it ended up that I had compiled libxapian with one version of gcc (3.4.3
\r
87 > maybe?) and notmuch with 4.5.2, and the C++ runtime libraries were
\r
88 > incompatible between the two versions. In my case, any time it tried to
\r
89 > throw an exception (e.g. when I removed a tag that was not present) it
\r
90 > would die with a similar stack trace. (And, of course, that was on
\r
93 Hmm, I tried to be extra cautions to compile everything with stlport4,
\r
94 but I'll double check that!
\r