Re: Applying patches directly from emails?
[notmuch-archives.git] / 8e / ca7e690967c0ee9424772925c088309b3db7b3
1 Return-Path: <amdragon@mit.edu>\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 B9B27431FAF\r
6         for <notmuch@notmuchmail.org>; Wed, 22 Aug 2012 17:41:22 -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.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 DNdDmnA9s0tG for <notmuch@notmuchmail.org>;\r
16         Wed, 22 Aug 2012 17:41:22 -0700 (PDT)\r
17 Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU\r
18         [18.7.68.34])\r
19         by olra.theworths.org (Postfix) with ESMTP id 36BC0431FAE\r
20         for <notmuch@notmuchmail.org>; Wed, 22 Aug 2012 17:41:22 -0700 (PDT)\r
21 X-AuditID: 12074422-b7f1f6d00000090b-f3-50357c304223\r
22 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39])\r
23         by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP\r
24         id 5A.AC.02315.03C75305; Wed, 22 Aug 2012 20:41:20 -0400 (EDT)\r
25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
26         by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id q7N0fJvl017362; \r
27         Wed, 22 Aug 2012 20:41:20 -0400\r
28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
29         (authenticated bits=0)\r
30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q7N0fHkO014904\r
32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
33         Wed, 22 Aug 2012 20:41:19 -0400 (EDT)\r
34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77)\r
35         (envelope-from <amdragon@mit.edu>)\r
36         id 1T4LU5-0000Ws-5m; Wed, 22 Aug 2012 20:41:17 -0400\r
37 Date: Wed, 22 Aug 2012 20:41:17 -0400\r
38 From: Austin Clements <amdragon@MIT.EDU>\r
39 To: Bart Bunting <bart@ursys.com.au>\r
40 Subject: Re: Errors after upgrade to 0.14\r
41 Message-ID: <20120823004117.GT11179@mit.edu>\r
42 References: <m2mx1m8pp3.fsf@ursys.com.au>\r
43 MIME-Version: 1.0\r
44 Content-Type: text/plain; charset=us-ascii\r
45 Content-Disposition: inline\r
46 In-Reply-To: <m2mx1m8pp3.fsf@ursys.com.au>\r
47 User-Agent: Mutt/1.5.21 (2010-09-15)\r
48 X-Brightmail-Tracker:\r
49  H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IRYrdT1zWoMQ0wOLLDyuLinv3sFtdvzmR2\r
50         YPJ4tuoWs8epL4fYA5iiuGxSUnMyy1KL9O0SuDKunbvJWvCKu+Lf9oAGxg2cXYycHBICJhK7\r
51         D79hh7DFJC7cW8/WxcjFISSwj1Hi6Z8VTCAJIYENjBI3lhRAJE4ySRw8NwmqagmjxOHOTSwg\r
52         VSwCqhLd606DjWIT0JDYtn85YxcjB4eIgIrEkR18IGFmAWmJb7+bwYYKC2hKHOu5wgpi8wro\r
53         SLxcs4oZYpmmRMuBq1BxQYmTM5+wQPRqSdz495IJZCTInOX/OEDCnEDhn7dng5WLAm2acnIb\r
54         2wRGoVlIumch6Z6F0L2AkXkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrqlebmaJXmpK6SZGcEi7\r
55         KO1g/HlQ6RCjAAejEg/vC3PTACHWxLLiytxDjJIcTEqivF8qgEJ8SfkplRmJxRnxRaU5qcWH\r
56         GCU4mJVEeLuKgHK8KYmVValF+TApaQ4WJXHeayk3/YUE0hNLUrNTUwtSi2CyMhwcShK81dVA\r
57         jYJFqempFWmZOSUIaSYOTpDhPEDDM0FqeIsLEnOLM9Mh8qcYFaXEeR1AEgIgiYzSPLheWMp5\r
58         xSgO9IowbzpIFQ8wXcF1vwIazAQ0WO2qMcjgkkSElFQD46o0ESFGi+XvswJvxuVub4n/n8r/\r
59         2n+vQ/NVxSyBKq0jZ8WU5zbYKPCGFl8NMJPZ83CT6TyTg2qNV44dVFFxlv9rfldXvXaZc03i\r
60         Lzb+r25Pon4c/mnBe+HdpynH2iY17c9njdLuW++s3nHC+phtyVeX6bLX7Epyd5vtdxWxt323\r
61         oNz4cI+DEktxRqKhFnNRcSIA5Q4X0xQDAAA=\r
62 Cc: notmuch@notmuchmail.org\r
63 X-BeenThere: notmuch@notmuchmail.org\r
64 X-Mailman-Version: 2.1.13\r
65 Precedence: list\r
66 List-Id: "Use and development of the notmuch mail system."\r
67         <notmuch.notmuchmail.org>\r
68 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
69         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
70 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
71 List-Post: <mailto:notmuch@notmuchmail.org>\r
72 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
73 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
74         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
75 X-List-Received-Date: Thu, 23 Aug 2012 00:41:22 -0000\r
76 \r
77 Quoth Bart Bunting on Aug 23 at  9:36 am:\r
78 > Good morning,\r
79\r
80 > After upgrading to notmuch 014 I am seeing the following messages appear\r
81 > in the messages buffer.\r
82\r
83 > error in process filter: byte-code: Wrong type argument: number-or-marker-p, nil\r
84 > error in process filter: Wrong type argument: number-or-marker-p, nil\r
85\r
86 > I am also getting a repeating message in the minibuffer (I think) which\r
87 > says something like "json read tail error".  Sorry that I am not more\r
88 > specific as I use emacspeak and this message appears to repeat many\r
89 > times interupting speech so I am not 100% sure of what it exactly says.\r
90 \r
91 This is probably "json-readtable-error", which is, unfortunately,\r
92 about the most generic error the JSON parser can give.\r
93 \r
94 > My gut feeling is that it is happening when notmuch is updating the\r
95 > database or something.\r
96\r
97 > Is this expected behaviour?  It is particularly annoying for me as it\r
98 > sends the speech synth crazy and crashes it for a period of about 30\r
99 > seconds.\r
100\r
101 > If it is expected then I will try and find a way to prevent emacspeak\r
102 > from trying to read it.\r
103 \r
104 This is definitely not expected behavior.  Does this happen when\r
105 you're searching for messages or when you're viewing a thread?  Can\r
106 you give any more details on what you're doing when you get this\r
107 error?\r
108 \r
109 Try doing M-x toggle-debug-on-error and then triggering the error.\r
110 Hopefully Emacs will give you a buffer with a backtrace that will give\r
111 us a better idea of where this is happening.\r