Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 25ED0431FBD; Fri, 11 Dec 2009 09:40:25 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SS8++RefHYMg; Fri, 11 Dec 2009 09:40:24 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 76A20431FAE; Fri, 11 Dec 2009 09:40:24 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 17A1C2542F8; Fri, 11 Dec 2009 09:40:24 -0800 (PST) From: Carl Worth To: Dirk Hohndel , notmuch@notmuchmail.org In-Reply-To: <874onx4gyl.fsf@yoom.home.cworth.org> References: <1260511813.3341.22.camel@dhohndel-mobl.amr.corp.intel.com> <874onx4gyl.fsf@yoom.home.cworth.org> Date: Fri, 11 Dec 2009 09:40:23 -0800 Message-ID: <87y6l92yuw.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: [notmuch] emacs mode performance issue X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 17:40:25 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Fri, 11 Dec 2009 08:24:02 -0800, Carl Worth wrote: > In the meantime, if I could get my hands on a message that triggers this > bug, that would be useful. (Here's a case where it would be nice to have > the "notmuch search --output=3Dmaildir" command I had talked about so that > we could export the results of a particular search.) Without a nice command to export a search as a maildir, here are some things you can do in the meantime, Dirk. Consider this a free tutorial in using the notmuch command line. First, run a notmuch search to isolate the thread. This might be exactly the search you were using within your notmuch emacs buffer, plus maybe a keyword or two from the subject of the particular thread. So perhaps something like: notmuch search tag:lkml subject:"some phrase here" From=20that you should be able to see the thread ID of interest, so you can display the whole thread, (for reading it without hitting the emacs infinite-loop bug), by just copy-and-paste of the thread ID to "notmuch show": notmuch show thread:thread-id-here And at that point you could manually archive the thread with: notmuch tag -inbox thread:thread-id-here So that should let you workaround the bug to at least read the thread. As for debugging, we don't yet have any mechanism in the emacs code to view a single message without viewing the entire thread, so there's not an easy way for you to isolate which message is triggering the bug. But you can at least get the list of filenames from the notmuch show output: notmuch show thread:thread-id-here | grep message{ | sed 's/.*filename:\(.= *\)/\1/' Which should let you tar these up and you can send them to me privately and I'll try to replicate and fix the bug. I hope that's helpful, =2DCarl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLIoQH6JDdNq8qSWgRAl+PAJ9Q5JU/fyQLDtuX1tb78PY45OgXawCfUCMp qUH45QZj6pQqShX4MVchyCQ= =07Ra -----END PGP SIGNATURE----- --=-=-=--