--- /dev/null
+Return-Path: <Vladimir.Marek@Oracle.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 D72EA431FB6\r
+ for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 14:47:06 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.299\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_MED=-2.3, UNPARSEABLE_RELAY=0.001]\r
+ autolearn=disabled\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 8whQd89l+mSu for <notmuch@notmuchmail.org>;\r
+ Tue, 16 Apr 2013 14:47:06 -0700 (PDT)\r
+X-Greylist: delayed 6002 seconds by postgrey-1.32 at olra;\r
+ Tue, 16 Apr 2013 14:47:06 PDT\r
+Received: from aserp1050.oracle.com (aserp1050.oracle.com [141.146.126.70])\r
+ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 46AF3431FAF\r
+ for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 14:47:06 -0700 (PDT)\r
+Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69])\r
+ by aserp1050.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with\r
+ ESMTP id r3GK73Xc019988\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)\r
+ for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 20:07:04 GMT\r
+Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])\r
+ by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with\r
+ ESMTP id r3GK6uAm022194\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);\r
+ Tue, 16 Apr 2013 20:06:57 GMT\r
+Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231])\r
+ by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
+ r3GK6tQv024199\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);\r
+ Tue, 16 Apr 2013 20:06:56 GMT\r
+Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70])\r
+ by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
+ r3GK6tPB002898; Tue, 16 Apr 2013 20:06:55 GMT\r
+Received: from pub.cz.oracle.com (/10.163.101.122)\r
+ by default (Oracle Beehive Gateway v4.0)\r
+ with ESMTP ; Tue, 16 Apr 2013 13:06:55 -0700\r
+Date: Tue, 16 Apr 2013 22:05:00 +0200\r
+From: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
+To: Blake Jones <blakej@foo.net>\r
+Subject: Re: crash during saving\r
+Message-ID: <20130416200500.GC7807@pub.cz.oracle.com>\r
+Mail-Followup-To: Blake Jones <blakej@foo.net>, notmuch@notmuchmail.org\r
+References: <20130416135600.GA7807@pub.cz.oracle.com>\r
+ <13395.1366142328@foo.net>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Disposition: inline\r
+In-Reply-To: <13395.1366142328@foo.net>\r
+User-Agent: Mutt/1.5.21 (2010-09-15)\r
+X-Source-IP: aserp1040.oracle.com [141.146.126.69]\r
+Cc: notmuch@notmuchmail.org\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: Tue, 16 Apr 2013 21:47:07 -0000\r
+\r
+> > I just indexed my mail archive by notmuch and I'm starting to play\r
+> > with mutt-kz. The biggest stopper right now is that mutt cores when\r
+> > set already read mail to new (toggle-new in mutt). Once I try to leave\r
+> > the virtual folder (be it to another folder or because of quitting\r
+> > mutt) it crashes.\r
+> > \r
+> > I haven't had the time yet to investigate deeper, so I'll just post\r
+> > whatever info I have and hope that it will be something obvious for\r
+> > you :)\r
+> \r
+> I saw something like that when I was first using mutt-kz as well...\r
+> it ended up that I had compiled libxapian with one version of gcc (3.4.3\r
+> maybe?) and notmuch with 4.5.2, and the C++ runtime libraries were\r
+> incompatible between the two versions. In my case, any time it tried to\r
+> throw an exception (e.g. when I removed a tag that was not present) it\r
+> would die with a similar stack trace. (And, of course, that was on\r
+> Solaris :) )\r
+\r
+Hmm, I tried to be extra cautions to compile everything with stlport4,\r
+but I'll double check that!\r
+\r
+Thank you\r
+-- \r
+ Vlad\r