From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 758AE429E25 for ; Fri, 19 Aug 2011 09:31:00 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 1.363 X-Spam-Level: * X-Spam-Status: No, score=1.363 tagged_above=-999 required=5 tests=[RDNS_DYNAMIC=0.363, TO_NO_BRKTS_DYNIP=1] autolearn=disabled 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 M1ei0my1s+Mv for ; Fri, 19 Aug 2011 09:30:59 -0700 (PDT) Received: from hackervisions.org (67-207-143-141.slicehost.net [67.207.143.141]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id BC971431FD0 for ; Fri, 19 Aug 2011 09:30:59 -0700 (PDT) Received: from ool-4572d87b.dyn.optonline.net ([69.114.216.123] helo=localhost) by hackervisions.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QuRzA-0007cF-Nq; Fri, 19 Aug 2011 12:31:56 -0400 From: James Vasile To: Michal Sojka , notmuch@notmuchmail.org Subject: Re: [PATCH] Return maximum of 150 results In-Reply-To: <877h69o0gr.fsf@steelpick.2x.cz> References: <87zkj6um50.fsf@opensourcematters.org> <87mxf5v43c.fsf@steelpick.2x.cz> <87r54hv2ct.fsf@opensourcematters.org> <877h69o0gr.fsf@steelpick.2x.cz> User-Agent: Notmuch/0.6.1-213-ge89ce87 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Fri, 19 Aug 2011 12:30:52 -0400 Message-ID: <87obzluzwj.fsf@opensourcematters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 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, 19 Aug 2011 16:31:00 -0000 On Fri, 19 Aug 2011 18:00:36 +0200, Michal Sojka wrote: > > On my system, I routinely do searches that return 15000+ messages > > when I'm only interested in the first several. When I hit Q, Emacs > > annoyingly asks me for permission to kill the buffer because it has > > a running process. And emacs lags as it processes all that data. > > Ahh, I almost forget about this. I use this patch to disable this. Nice. That's a good solution. > > -Michal > > --8<---------------cut here---------------start------------->8--- > >From 0e0ae662026f4a17b882bb33140e0bb62e8da995 Mon Sep 17 00:00:00 2001 > From: Michal Sojka > Date: Fri, 19 Aug 2011 17:58:40 +0200 > Subject: [PATCH] Do not query on notmuch-search exit > > Emacs 23.2 queries by default about killing existing processes. Disable > this behavior for notmuch. I'm not sure whether this works with earlier > versions. > --- > emacs/notmuch.el | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/emacs/notmuch.el b/emacs/notmuch.el > index 3d82f0d..8858f3e 100644 > --- a/emacs/notmuch.el > +++ b/emacs/notmuch.el > @@ -858,7 +858,9 @@ The optional parameters are used as follows: > "--sort=newest-first") > query))) > (set-process-sentinel proc 'notmuch-search-process-sentinel) > - (set-process-filter proc 'notmuch-search-process-filter)))) > + (set-process-filter proc 'notmuch-search-process-filter) > + (set-process-query-on-exit-flag proc nil))) > + ) > (run-hooks 'notmuch-search-hook))) > > (defun notmuch-search-refresh-view () > -- > 1.7.5.4 > > --8<---------------cut here---------------end--------------->8---