1 Return-Path: <aperez@igalia.com>
\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 BA141431FBC
\r
6 for <notmuch@notmuchmail.org>; Thu, 19 Nov 2009 07:44:36 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
8 Received: from olra.theworths.org ([127.0.0.1])
\r
9 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
10 with ESMTP id aZC+1VpyH2wF for <notmuch@notmuchmail.org>;
\r
11 Thu, 19 Nov 2009 07:44:36 -0800 (PST)
\r
12 Received: from alice.connectical.com (alice.connectical.com [208.89.208.235])
\r
13 by olra.theworths.org (Postfix) with ESMTP id 249B0431FAE
\r
14 for <notmuch@notmuchmail.org>; Thu, 19 Nov 2009 07:44:36 -0800 (PST)
\r
15 Received: (qmail 5647 invoked from network); 19 Nov 2009 15:44:34 -0000
\r
16 Received: from 155.99.117.91.static.mundo-r.com (HELO hikari.localdomain)
\r
17 (aperez@91.117.99.155)
\r
18 by alice.connectical.com with ESMTPA; 19 Nov 2009 15:44:34 -0000
\r
19 Received: from hikari (localhost [127.0.0.1])
\r
20 by hikari.localdomain (Postfix) with ESMTP id 40C8F300FCFD
\r
21 for <notmuch@notmuchmail.org>; Thu, 19 Nov 2009 16:45:47 +0100 (CET)
\r
22 Date: Thu, 19 Nov 2009 16:45:43 +0100
\r
23 From: Adrian Perez de Castro <aperez@igalia.com>
\r
24 To: notmuch@notmuchmail.org
\r
25 Message-ID: <20091119164543.25e7afe5@hikari>
\r
26 In-Reply-To: <935ead450911181000w2cddfe95qe9efd5bea9f9209d@mail.gmail.com>
\r
27 References: <935ead450911181000w2cddfe95qe9efd5bea9f9209d@mail.gmail.com>
\r
28 Organization: Igalia
\r
29 X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; x86_64-redhat-linux-gnu)
\r
30 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAADBQTFRFBwcHFhYWKCgoNzc3SEhIV1dXaGhod3d3iIiIlpaWqKiouLi4x8fH2NjY5+fn/v7+rSjDkgAAAjVJREFUOE9l07tvE0EQwOHfrkV9O+eko7g701BBfECJsIigT2IpooIqaSiRUEB0REj00FBQgYSCkhry+gecUPJybJeIxLumTbilsH2PMNXufDOa3ZVW+1JkpbUmD/8+vXR3c7or4Gz93mH309Kz8/C9/RQge7VfhW/LW+PF8IkrQ7Z6OKmQr1tl+LU/yWP9mxJka9O88fZHPwf/7u0kLyCnX3I4fQhgjAgIfi+HHw5A1Y2ggIMcFKAEnRoL0M3BosI4TI2IATjuT8DvSNJoNNJgkIhxlr9TUHeSpDnfohlIrMBlU+BGmsZqfr69FMfGMw4NoG835+J62riWyjQ/uXlTQjNUIoYegMsBM0pCD8oDas7n4HQsBghXFxJTW42KDs+4XLfjsN0wOYgABqARjMKIHIaAQnmHjsI5Cvi9Cf6k03OoWBkpIP3Q7354+dEimFBKHbMP9oKjwfd9gbrxR5KDToczK4uPF8UgNomKU2GaENRi77zyDKICxKBS4xXYbONPMQMdYZTBwMiMWiUg9g6UJ3OBogzjV8E7sBVwyvfAOYdQhsABzuOxI1MGZbs98Q6Md5UOfbbR2R0eWOesrnRw5ajT6f60LrNhWIHZpBnUWv2s14ukArWWTqTes3YQxRXgFkcMu70TPYqqUBs0YwmO967OVIdTG4bY4a7WLaqgLm5vbHdH5np0Dri//fmg7y8scB4u3+zsuNlH0X+g19bby69b+TYH6isvns8VdQWgxj9tHP8AR5/hSdYqkwsAAAAASUVORK5CYII=
\r
32 Content-Type: multipart/signed; micalg=PGP-SHA1;
\r
33 boundary="Sig_/K8jLgvOapC4j66Shw8d14a6";
\r
34 protocol="application/pgp-signature"
\r
35 Subject: Re: [notmuch] Segfault searching for tags
\r
36 X-BeenThere: notmuch@notmuchmail.org
\r
37 X-Mailman-Version: 2.1.12
\r
39 List-Id: "Use and development of the notmuch mail system."
\r
40 <notmuch.notmuchmail.org>
\r
41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
42 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
44 List-Post: <mailto:notmuch@notmuchmail.org>
\r
45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
47 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
48 X-List-Received-Date: Thu, 19 Nov 2009 15:44:36 -0000
\r
50 --Sig_/K8jLgvOapC4j66Shw8d14a6
\r
51 Content-Type: text/plain; charset=US-ASCII
\r
52 Content-Transfer-Encoding: quoted-printable
\r
54 On Wed, 18 Nov 2009 12:00:10 -0600, Jeffrey wrote:
\r
56 > Getting the following segfault with 306635c2 on Fedora 12. Seems to
\r
57 > be happening with any 'tag:' search that returns results. For
\r
58 > example, 'notmuch search tag:inbox' and 'notmuch search tag:unread'
\r
59 > segfault but 'notmuch search tag:nosuchtag', 'notmuch search
\r
60 > subject:logwatch' and 'notmuch search video' seem to work fine.
\r
62 > Core was generated by `/usr/bin/notmuch search --sort=3Doldest-first tag:=
\r
64 > Program terminated with signal 11, Segmentation fault.
\r
65 > \#0 Xapian::TermIterator::operator* (this=3D<value optimized out>)
\r
66 > at api/omtermlistiterator.cc:78
\r
67 > 78 RETURN(internal->get_termname());
\r
68 > Current language: auto
\r
69 > The current source language is "auto; currently c++".
\r
71 I have hit what I believe is exactly the same problem. In my case, some
\r
72 results are printed when I execute "notmuch search tag:inbox", and then
\r
73 the program crashes in the same exact place.
\r
75 The thing is that in notmuch_message_get_in_reply_to(), line 288, a NULL
\r
76 instance of Xapian::TermIterator is dereferenced. In my particular case,
\r
77 the culpript is a cache file of Claws-Mail, as seen in the following GDB
\r
80 Program received signal SIGSEGV, Segmentation fault.
\r
81 Xapian::TermIterator::operator* (this=3D<value optimized out>) at api/omter=
\r
83 78 RETURN(internal->get_termname()); Current language: auto
\r
84 The current source language is "auto; currently c++".
\r
86 #0 Xapian::TermIterator::operator* (this=3D<value optimized out>) at api/o=
\r
87 mtermlistiterator.cc:78
\r
88 #1 0x000000000040f611 in _notmuch_message_get_in_reply_to(message=3D0x76dc=
\r
89 d0) at lib/message.cc:288
\r
90 #2 0x0000000000412030 in _resolve_thread_relationships (thread=3D0x6a8b80)=
\r
91 at lib/thread.cc:157
\r
92 #3 0x0000000000412454 in _notmuch_thread_create (ctx=3D0x65f1b0, notmuch=
\r
93 =3D0x62d320, thread_id=3D 0x765530 "01b17ddb4479a0dc0b416bb63b92c43d", quer=
\r
94 y_string=3D0x65f220 "tag:inbox") at lib/thread.cc:285
\r
95 #4 0x0000000000411982 in notmuch_query_search_threads (query=3D0x65f1b0, f=
\r
96 irst=3D100, max_threads=3D-1) at lib/query.cc:218
\r
97 #5 0x000000000040924d in do_search_threads (ctx=3D0x61f140, query=3D0x65f1=
\r
98 b0, sort=3DNOTMUCH_SORT_NEWEST_FIRST, first=3D100, max_threads=3D-1) at not=
\r
100 #6 0x00000000004097ef in notmuch_search_command (ctx=3D0x61f140, argc=3D1,=
\r
101 argv=3D0x7fffffffe188) at notmuch-search.c:164
\r
102 #7 0x00000000004066f1 in main (argc=3D3, argv=3D0x7fffffffe178) at notmuch=
\r
105 #1 0x000000000040f611 in _notmuch_message_get_in_reply_to (message=3D0x76d=
\r
106 cd0) at lib/message.cc:288
\r
107 288 in_reply_to =3D *i;
\r
109 $1 =3D {notmuch =3D 0x62d320, doc_id =3D 1, frozen =3D 0, message_id =3D 0x=
\r
110 76db60 "", thread_id =3D 0x0,=20
\r
111 in_reply_to =3D 0x0, filename =3D 0x76dc50 "/home/aperez/.mail/inbox/.cla=
\r
112 ws_cache", message_file =3D 0x0,=20
\r
113 replies =3D 0x76d250, doc =3D {internal =3D {dest =3D 0x76d450}}}
\r
115 As you can see, there "filename" points to a Claws-Mail cache file, which
\r
116 is a binary file (I can provide a copy if needed). I suspect that this is
\r
117 related to the fact that the iterator ends up being NULL somehow.
\r
119 I will experiment a bit more with this issue -- maybe just avoiding adding
\r
120 files whose name starts with a dot will suffice as temporary fix.
\r
125 Adrian Perez de Castro <aperez@igalia.com>
\r
126 Igalia - Free Software Engineering
\r
128 --Sig_/K8jLgvOapC4j66Shw8d14a6
\r
129 Content-Type: application/pgp-signature; name=signature.asc
\r
130 Content-Disposition: attachment; filename=signature.asc
\r
132 -----BEGIN PGP SIGNATURE-----
\r
133 Version: GnuPG v2.0.13 (GNU/Linux)
\r
135 iEYEARECAAYFAksFaCsACgkQkcVZ2+TJEjuf/ACcDkUJCZFAPp20YPLGP+R/g0n2
\r
136 k8IAn0qbqWnBm+33Wq4kOP4tGE5jixlm
\r
138 -----END PGP SIGNATURE-----
\r
140 --Sig_/K8jLgvOapC4j66Shw8d14a6--
\r