--- /dev/null
+Return-Path: <blakej@foo.net>\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 A285A431FB6\r
+ for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 12:58:50 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\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 iBj2s+j-AzlB for <notmuch@notmuchmail.org>;\r
+ Tue, 16 Apr 2013 12:58:50 -0700 (PDT)\r
+Received: from foo.net (70-36-235-136.dsl.static.sonic.net [70.36.235.136])\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 0BF31431FAF\r
+ for <notmuch@notmuchmail.org>; Tue, 16 Apr 2013 12:58:49 -0700 (PDT)\r
+Received: from foo.net (localhost [127.0.0.1])\r
+ by foo.net (8.14.5+Sun/8.14.5) with ESMTP id r3GJwmvA013396;\r
+ Tue, 16 Apr 2013 12:58:48 -0700 (PDT)\r
+To: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
+Subject: Re: crash during saving \r
+In-Reply-To: Your message of "Tue, 16 Apr 2013 15:56:00 +0200."\r
+ <20130416135600.GA7807@pub.cz.oracle.com> \r
+Date: Tue, 16 Apr 2013 12:58:48 -0700\r
+Message-ID: <13395.1366142328@foo.net>\r
+From: Blake Jones <blakej@foo.net>\r
+X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2\r
+ (foo.net [127.0.0.1]); Tue, 16 Apr 2013 12:58:48 -0700 (PDT)\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 19:58:50 -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
+Blake\r