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