1 Return-Path: <sojkam1@fel.cvut.cz>
\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 F1998429E23
\r
6 for <notmuch@notmuchmail.org>; Fri, 18 Feb 2011 00:38:46 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\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 loJDpluoNWQQ for <notmuch@notmuchmail.org>;
\r
16 Fri, 18 Feb 2011 00:38:46 -0800 (PST)
\r
17 Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 386A1431FD0
\r
19 for <notmuch@notmuchmail.org>; Fri, 18 Feb 2011 00:38:46 -0800 (PST)
\r
20 Received: from localhost (unknown [192.168.200.4])
\r
21 by max.feld.cvut.cz (Postfix) with ESMTP id CB5B43CFEC1;
\r
22 Fri, 18 Feb 2011 09:38:44 +0100 (CET)
\r
23 X-Virus-Scanned: IMAP AMAVIS
\r
24 Received: from max.feld.cvut.cz ([192.168.200.1])
\r
25 by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,
\r
27 with ESMTP id 6Mh35nfB0bgv; Fri, 18 Feb 2011 09:38:42 +0100 (CET)
\r
28 Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])
\r
29 by max.feld.cvut.cz (Postfix) with ESMTP id 252543CFEAB;
\r
30 Fri, 18 Feb 2011 09:38:42 +0100 (CET)
\r
31 Received: from steelpick.2x.cz (note-sojka.felk.cvut.cz [147.32.86.30])
\r
32 (Authenticated sender: sojkam1)
\r
33 by imap.feld.cvut.cz (Postfix) with ESMTPSA id 1E85615C125;
\r
34 Fri, 18 Feb 2011 09:38:41 +0100 (CET)
\r
35 Received: from wsh by steelpick.2x.cz with local (Exim 4.72)
\r
36 (envelope-from <sojkam1@fel.cvut.cz>)
\r
37 id 1PqLrN-0000Jc-EJ; Fri, 18 Feb 2011 09:38:41 +0100
\r
38 From: Michal Sojka <sojkam1@fel.cvut.cz>
\r
39 To: Brian May <brian@microcomaustralia.com.au>, notmuch@notmuchmail.org
\r
40 Subject: Re: emacs crashes
\r
41 In-Reply-To: <AANLkTinmREqTQYL8J=OyY0fJqwgA0Szk+=AQa_amyB_e@mail.gmail.com>
\r
42 References: <AANLkTinmREqTQYL8J=OyY0fJqwgA0Szk+=AQa_amyB_e@mail.gmail.com>
\r
43 User-Agent: Notmuch/0.5-103-g1253785 (http://notmuchmail.org) Emacs/23.2.1
\r
44 (x86_64-pc-linux-gnu)
\r
45 Date: Fri, 18 Feb 2011 09:38:41 +0100
\r
46 Message-ID: <87mxltenzi.fsf@steelpick.2x.cz>
\r
48 Content-Type: text/plain; charset=us-ascii
\r
49 X-BeenThere: notmuch@notmuchmail.org
\r
50 X-Mailman-Version: 2.1.13
\r
52 List-Id: "Use and development of the notmuch mail system."
\r
53 <notmuch.notmuchmail.org>
\r
54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
55 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
57 List-Post: <mailto:notmuch@notmuchmail.org>
\r
58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
60 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
61 X-List-Received-Date: Fri, 18 Feb 2011 08:38:47 -0000
\r
63 On Thu, 17 Feb 2011, Brian May wrote:
\r
66 > I have found certain emails, when I try to view them with the emacs
\r
67 > notmuch client, will cause emacs to crash (segmentation fault). Every
\r
68 > time, 100% reproducible.
\r
70 > A theory of have is maybe the emails are too big and the system can't cope, eg:
\r
72 > brian@aquitard:~$ notmuch show thread:00000000000104db | wc --bytes
\r
74 > brian@aquitard:~$ notmuch show thread:000000000000fbab | wc --bytes
\r
78 > These are emailed TSM Operational Reports, entirely ASCII (plus some
\r
79 > non-ASCII rubbish), no attachments, with a large number of log
\r
82 > An alternative theory is perhaps the non-ASCII rubbish (from weird
\r
83 > filenames some of our users have) is causing problems.
\r
85 > Anybody else experienced similar results?
\r
87 This should be already fixed -- see http://debbugs.gnu.org/6214. I'm not
\r
88 sure whether the fix is available in an emacs release or only in the
\r
89 development branch. It seems that Debian includes the fixes in its
\r
90 packages (http://bugs.debian.org/586459).
\r