Re: [PATCH v4 13/16] add indexopts to notmuch python bindings.
[notmuch-archives.git] / 40 / cc5bcf715b6288da7f749d7ee278419bea9f24
1 Return-Path: <thomas@schwinge.name>\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 1A916431FB6\r
6         for <notmuch@notmuchmail.org>; Sun, 30 Jan 2011 13:02:18 -0800 (PST)\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 VrD6oM--mQhW for <notmuch@notmuchmail.org>;\r
16         Sun, 30 Jan 2011 13:02:17 -0800 (PST)\r
17 Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de\r
18         [80.67.31.94])\r
19         by olra.theworths.org (Postfix) with ESMTP id E2EF8431FB5\r
20         for <notmuch@notmuchmail.org>; Sun, 30 Jan 2011 13:02:16 -0800 (PST)\r
21 Received: from [87.180.65.111] (helo=stokes.schwinge.homeip.net)\r
22         by smtprelay05.ispgateway.de with esmtpa (Exim 4.68)\r
23         (envelope-from <thomas@schwinge.name>) id 1PjePW-0004aE-LE\r
24         for notmuch@notmuchmail.org; Sun, 30 Jan 2011 22:02:14 +0100\r
25 Received: (qmail 23876 invoked from network); 30 Jan 2011 21:02:09 -0000\r
26 Received: from kepler.schwinge.homeip.net (192.168.111.7)\r
27         by stokes.schwinge.homeip.net with QMQP; 30 Jan 2011 21:02:09 -0000\r
28 Received: (nullmailer pid 8803 invoked by uid 1000);\r
29         Sun, 30 Jan 2011 21:02:09 -0000\r
30 From: Thomas Schwinge <thomas@schwinge.name>\r
31 To: notmuch@notmuchmail.org\r
32 Subject: [BUG] Emacs UI dropping every 25th line, roughly\r
33 User-Agent: Notmuch/0.5-33-g665f77b (http://notmuchmail.org) Emacs/23.2.1\r
34         (i486-pc-linux-gnu)\r
35 Date: Sun, 30 Jan 2011 22:02:03 +0100\r
36 Message-ID: <87tygqm7g4.fsf@kepler.schwinge.homeip.net>\r
37 MIME-Version: 1.0\r
38 Content-Type: multipart/signed; boundary="=-=-=";\r
39         micalg=pgp-sha1; protocol="application/pgp-signature"\r
40 X-Df-Sender: thomas@schwinge.name\r
41 X-BeenThere: notmuch@notmuchmail.org\r
42 X-Mailman-Version: 2.1.13\r
43 Precedence: list\r
44 List-Id: "Use and development of the notmuch mail system."\r
45         <notmuch.notmuchmail.org>\r
46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
49 List-Post: <mailto:notmuch@notmuchmail.org>\r
50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
53 X-List-Received-Date: Sun, 30 Jan 2011 21:02:18 -0000\r
54 \r
55 --=-=-=\r
56 Content-Type: text/plain; charset=utf-8\r
57 Content-Transfer-Encoding: quoted-printable\r
58 \r
59 Hallo!\r
60 \r
61 I noticed this one on a system with my work emails (which is what I\r
62 recently reported on the IRC channel), but can reproduce it on another\r
63 system, too.  :-/\r
64 \r
65 The first system is using Ubuntu's emacs23 23.1+1-4ubuntu7.1+maverick1,\r
66 the other Debian's emacs23 23.2+1-7.\r
67 \r
68 In the Emacs UI, do a ``M-x notmuch-seach RET tag:notmuch RET'', wait for\r
69 it to finish and save the buffer's text to a file, called emacs.\r
70 \r
71 (In my DB, the notmuch mailing list is tagged as `notmuch' -- but it\r
72 doesn't matter, just use a search term that matches some hundreds of\r
73 messages; ``*'' if you want.)\r
74 \r
75     $ notmuch search tag:notmuch > stdout\r
76     $ diff -w -U1 \\r
77         <(sed < stdout -e 's%^thread:[0-9a-f]*\ %%' -e 's%|%,%' -e 's%;%%' =\r
78 ) \\r
79         emacs \\r
80         | cut -c -30\r
81     --- /dev/fd/63      2011-01-30 21:4\r
82     +++ emacs   2011-01-30 21:30:39.\r
83     @@ -76,3 +76,2 @@\r
84       November 21 [1/1] Dmitry Kur\r
85     - November 21 [9/9] Tassilo Ho\r
86       November 20 [5/5] Matthieu L\r
87     @@ -100,3 +99,2 @@\r
88       November 12 [9/9] Jameson Ro\r
89     - November 12 [3/3] Jameson Ro\r
90       November 12 [7/7] David Edmo\r
91     @@ -125,3 +123,2 @@\r
92       November 03 [13/13] david@te\r
93     - November 02 [2/2] Gregor Kap\r
94       November 01 [10/10] Felipe C\r
95     @@ -151,3 +148,2 @@\r
96        October 13 [11/11] Michal S\r
97     -  October 13 [14/14] Felipe C\r
98        October 11 [1/1] Kristoffer\r
99     @@ -177,3 +173,2 @@\r
100        2010-07-06 [2/2] dbp@riseup\r
101     -  2010-07-05 [9/9] Dmitry Kur\r
102        2010-06-27 [1/1] servilio@g\r
103     @@ -203,3 +198,2 @@\r
104        2010-06-04 [2/2] Tomas Carn\r
105     -  2010-06-04 [2/2] dme@dme.or\r
106        2010-06-04 [4/4] Sebastian=20\r
107     [...]\r
108 \r
109 That is, roughly every 25th line is dropped in the Emacs notmuch-search\r
110 buffer!  (Via setting notmuch-command to a shell script, I intercepted\r
111 the notmuch / emacs pipeline with tee, and found that what comes out of\r
112 ``notmuch | tee'' is still sane, so I'm fairly sure it's an Emacs /\r
113 notmuch elisp code issue.)\r
114 \r
115 And, 25 times the medium length of a ``notmuch search [...]'' output line\r
116 is... 4 KiB, the standard page size.  Is this ``just'' a problem in the\r
117 notmuch elisp code, or is Emacs doing something awful with (wild\r
118 speculation...) short reads on buffer page boundaries (or whatever else)?\r
119 \r
120 \r
121 Gr=C3=BC=C3=9Fe,\r
122  Thomas\r
123 \r
124 --=-=-=\r
125 Content-Type: application/pgp-signature\r
126 \r
127 -----BEGIN PGP SIGNATURE-----\r
128 Version: GnuPG v1.4.10 (GNU/Linux)\r
129 \r
130 iQEcBAEBAgAGBQJNRdHLAAoJEGe3hdm9kOiiuXsIALdKR9cHkSG8Yz2b9oHDXC6z\r
131 GPSNxbN58I8SqtBnoR0znVWUTI7wdn8G9HCX8EP+TJN6yPTKc3AF7OjhJ7WbCcTr\r
132 4r7LF41o8UwjYUbWXMdzOn3FpRl+o7mBS7AEpkHhcYrP7OBOfXYErrJHNNGBU6gI\r
133 9BlbzkB4PwrB2XA21WjTj2mnKm2UEn/A8hrjA0k3+POCB0mlBSRCeEllO1b+7sXn\r
134 tyA2LoCxGoms7OCXZDA0oeqe8z8HZHfDJnsEq5V4WLj4g5MD8RVVGLK3v1rquJMC\r
135 IHgJ9z2af1nZi3mR2NojW/ftCniicLQeQvIPxIVP73CNyddwD/dRue1aZGK0Rnc=\r
136 =mczO\r
137 -----END PGP SIGNATURE-----\r
138 --=-=-=--\r