--- /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 EEA4D431FB6\r
+ for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 01:55:59 -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 P3opQiz9qrxY for <notmuch@notmuchmail.org>;\r
+ Wed, 17 Apr 2013 01:55:59 -0700 (PDT)\r
+Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81])\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 74917431FAF\r
+ for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 01:55:59 -0700 (PDT)\r
+Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])\r
+ by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with\r
+ ESMTP id r3H8towA003507\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);\r
+ Wed, 17 Apr 2013 08:55:51 GMT\r
+Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231])\r
+ by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
+ r3H8tmxI006343\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);\r
+ Wed, 17 Apr 2013 08:55:49 GMT\r
+Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58])\r
+ by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id\r
+ r3H8tlum003615; Wed, 17 Apr 2013 08:55:48 GMT\r
+Received: from pub.cz.oracle.com (/10.163.101.122)\r
+ by default (Oracle Beehive Gateway v4.0)\r
+ with ESMTP ; Wed, 17 Apr 2013 01:55:47 -0700\r
+Date: Wed, 17 Apr 2013 10:53:54 +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: <20130417085354.GE7807@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: acsinet21.oracle.com [141.146.126.237]\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: Wed, 17 Apr 2013 08:56:00 -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
+Right, so the problem really seems to be in throwing/catching exception.\r
+Function "_notmuch_message_remove_term" is supposed to catch the\r
+exception and ignore it. Which does not happen in my case.\r
+\r
+On a side note, I wonder, is catching exception faster than going\r
+through list of tags to see if given tag exists? Might be interesting to\r
+compare.\r
+\r
+Cheers\r
+-- \r
+ Vlad\r