8d/09bafca0214a6737f25bbaa5409e1270d33453

   1 Return-Path: <blakej@foo.net>\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 EF9F7431FB6\r
   6         for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 07:05:31 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id OVx+S4QWD055 for <notmuch@notmuchmail.org>;\r
  16         Wed, 17 Apr 2013 07:05:31 -0700 (PDT)\r
  17 Received: from foo.net (70-36-235-136.dsl.static.sonic.net [70.36.235.136])\r
  18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 68940431FAF\r
  21         for <notmuch@notmuchmail.org>; Wed, 17 Apr 2013 07:05:31 -0700 (PDT)\r
  22 Received: from foo.net (localhost [127.0.0.1])\r
  23         by foo.net (8.14.5+Sun/8.14.5) with ESMTP id r3HE5T2m020042;\r
  24         Wed, 17 Apr 2013 07:05:29 -0700 (PDT)\r
  25 To: Vladimir Marek <Vladimir.Marek@Oracle.COM>\r
  26 Subject: Re: crash during saving \r
  27 In-Reply-To: Your message of "Wed, 17 Apr 2013 10:53:54 +0200."\r
  28         <20130417085354.GE7807@pub.cz.oracle.com> \r
  29 Date: Wed, 17 Apr 2013 07:05:29 -0700\r
  30 Message-ID: <20041.1366207529@foo.net>\r
  31 From: Blake Jones <blakej@foo.net>\r
  32 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2\r
  33         (foo.net [127.0.0.1]); Wed, 17 Apr 2013 07:05:30 -0700 (PDT)\r
  34 Cc: notmuch@notmuchmail.org\r
  35 X-BeenThere: notmuch@notmuchmail.org\r
  36 X-Mailman-Version: 2.1.13\r
  37 Precedence: list\r
  38 List-Id: "Use and development of the notmuch mail system."\r
  39         <notmuch.notmuchmail.org>\r
  40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  43 List-Post: <mailto:notmuch@notmuchmail.org>\r
  44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  47 X-List-Received-Date: Wed, 17 Apr 2013 14:05:32 -0000\r
  48 \r
  49 > Right, so the problem really seems to be in throwing/catching\r
  50 > exception.  Function "_notmuch_message_remove_term" is supposed to\r
  51 > catch the exception and ignore it. Which does not happen in my case.\r
  52 \r
  53 Yep, that was exactly what I was seeing.\r
  54 \r
  55 > On a side note, I wonder, is catching exception faster than going\r
  56 > through list of tags to see if given tag exists? Might be interesting\r
  57 > to compare.\r
  58 \r
  59 I tried that as a workaround at first (just to get it working, not\r
  60 caring about performance).  But I realized that libxapian uses\r
  61 exceptions for a lot of failure modes, and I actually ran into one or\r
  62 two others, so I decided I needed to just get it working.\r
  63 \r
  64 To simplify the problem, you might want to try building a very simple\r
  65 stub version of the whole thing -- i.e. a C program that makes a call to\r
  66 a C-interface "liba", which just makes a call into a C++ "libb" library\r
  67 and tries to catch an exception from it; the "libb" library would just\r
  68 throw an exception.  If that reproduces the problem, that might help you\r
  69 debug your setup.\r
  70 \r
  71 (Again, I eventually settled on using GCC 4.5.2, and didn't have the\r
  72 intestinal fortitude to get Studio working.  Especially once I saw\r
  73 problems with C++ exception handling.  If you can get it working, more\r
  74 power to you!)\r
  75 \r
  76 Blake\r