From unknown Sun Jun 15 08:01:27 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#754 <754@debbugs.gnu.org> To: bug#754 <754@debbugs.gnu.org> Subject: Status: Can't cancel dabbrev-expand (M-/) with C-g Reply-To: bug#754 <754@debbugs.gnu.org> Date: Sun, 15 Jun 2025 15:01:27 +0000 retitle 754 Can't cancel dabbrev-expand (M-/) with C-g reassign 754 emacs submitter 754 David Caldwell severity 754 minor thanks From david@porkrind.org Wed Aug 20 17:02:52 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.9 required=4.0 tests=BAYES_00,FOURLA, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 21 Aug 2008 00:02:52 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7L02mgD002945 for ; Wed, 20 Aug 2008 17:02:49 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KVxdX-0004r2-Rw for bug-gnu-emacs@gnu.org; Wed, 20 Aug 2008 20:02:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KVxdX-0004qZ-6J for bug-gnu-emacs@gnu.org; Wed, 20 Aug 2008 20:02:47 -0400 Received: from [199.232.76.173] (port=48499 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KVxdX-0004qN-0Y for bug-gnu-emacs@gnu.org; Wed, 20 Aug 2008 20:02:47 -0400 Received: from cpe-76-87-215-142.socal.res.rr.com ([76.87.215.142]:58752 helo=death.porkrind.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KVxdW-0001UM-A4 for bug-gnu-emacs@gnu.org; Wed, 20 Aug 2008 20:02:46 -0400 Received-SPF: pass (death.porkrind.org: authenticated connection) receiver=death.porkrind.org; client-ip=127.0.0.1; helo=black.local; envelope-from=david@porkrind.org; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from black.local (localhost [127.0.0.1]) (authenticated bits=0) by death.porkrind.org (8.14.3/8.14.3/Debian-5) with ESMTP id m7KNcqTD007618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 20 Aug 2008 16:38:55 -0700 Message-ID: <48ACAB04.40905@porkrind.org> Date: Wed, 20 Aug 2008 16:38:44 -0700 From: David Caldwell User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: Can't cancel dabbrev-expand (M-/) with C-g X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF7D615E4157EF3A9B1850984" X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-Greylist: delayed 1422 seconds by postgrey-1.27 at monty-python; Wed, 20 Aug 2008 20:02:39 EDT This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF7D615E4157EF3A9B1850984 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, If I have many buffers open (284 at the moment) and if I run dabbrev-expand (M-/) to expand the word under my buffers then it searches through every buffer and takes an understandably long time. If I mispelled the word fragment then it never has a hope of finding it and I'd like to cancel the operation. But C-g does not work for some reason and so I have to wait a good 5 to 10 seconds for it to finish scanning all my buffers. This gets very frustrating after the third or fourth time. During the scan the current buffer is updating in the minibuffer with the "Scanning `buffer'" message which I assume means it *should* be able to handle the quit signal during the scan, and I've looked in the dabbrev.el file and I don't see anything that looks like it's explicitly blocking the quit signal, but I'm really no elisp expert. I believe this happens on my Mac OS (in a window) Emacs as well as my Debian Emacs. I didn't have as many buffers open in the Debian Emacs so it was harder to tell since it only gave me about a second to hit C-g. Thanks, David In GNU Emacs 22.2.1 (i386-apple-darwin9.2.2, Carbon Version 1.6.0) of 2008-03-28 on black.local Windowing system distributor `Apple Inc.', version 10.5.4 configured using `configure '--without-x' '--prefix=3D/usr/local'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: encoded-kbd-mode: t shell-dirtrack-mode: t auto-insert-mode: t delete-selection-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: d _ p r o m p M-/ C-h k M-/ s-c C-e C-a C-x 1 C-a C-a C-e C-a C-s c a n c e l C-s C-s C-s C-g C-g C-g C-h k C-g C-x 1 C-s q u i t C-s C-s C-s C-g C-g M-x r e p o r t - e m a c s - b u g Recent messages: Type C-x 1 to remove help window. Auto-saving...done uncompressing dabbrev.el.gz...done Note: file is write protected Quit [2 times] Type C-x 1 to remove help window. Quit Loading emacsbug...done exchange-point-and-mark: No mark set in this buffer End of buffer [4 times] --------------enigF7D615E4157EF3A9B1850984 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iQCVAwUBSKyrDKf81MBhyqGFAQLH8wP+Kz7SSuAOFLbKFIkl7B7NLneKJ+M9qCK/ 6aU/FdrawmEcFhzfbuionkAigOQAOvrLj2l0Mv9QQXebkGXfVcu5SVxJ/aABzjio FaWgG0gj5OV8k6HWbi5oeGDOLgDUDO9etkE3RLDt1d5eWPdmFMccRrZS7VZDUFOj rxlrR2vEwOM= =8N25 -----END PGP SIGNATURE----- --------------enigF7D615E4157EF3A9B1850984-- From cyd@stupidchicken.com Thu Aug 21 08:47:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL,BAYES_00, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 754) by emacsbugs.donarmstrong.com; 21 Aug 2008 15:47:20 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7LFlGqU012700 for <754@emacsbugs.donarmstrong.com>; Thu, 21 Aug 2008 08:47:18 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 1486757E2B5; Thu, 21 Aug 2008 11:48:34 -0400 (EDT) To: David Caldwell Cc: 754@debbugs.gnu.org Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g From: Chong Yidong Date: Thu, 21 Aug 2008 11:48:34 -0400 Message-ID: <87abf61i99.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > If I have many buffers open (284 at the moment) and if I run > dabbrev-expand (M-/) to expand the word under my buffers then it > searches through every buffer and takes an understandably long > time. If I mispelled the word fragment then it never has a hope of > finding it and I'd like to cancel the operation. But C-g does not work > for some reason and so I have to wait a good 5 to 10 seconds for it to > finish scanning all my buffers. This gets very frustrating after the > third or fourth time. I don't see why C-g wouldn't work here. Could you apply the following patch and see if the problem persists? (This is not a fix; it's an attempt to diagnose the problem. As far as I know, quitting should not be inhibited here.) *** emacs/lisp/dabbrev.el.~1.83.2.3.~ 2008-01-06 21:44:58.000000000 -0500 --- emacs/lisp/dabbrev.el 2008-08-21 11:43:59.000000000 -0400 *************** *** 777,783 **** (setq dabbrev--friend-buffer-list (dabbrev--make-friend-buffer-list)))) ;; Walk through the buffers till we find a match. ! (let (expansion) (while (and (not expansion) dabbrev--friend-buffer-list) (setq dabbrev--last-buffer (pop dabbrev--friend-buffer-list)) (set-buffer dabbrev--last-buffer) --- 777,784 ---- (setq dabbrev--friend-buffer-list (dabbrev--make-friend-buffer-list)))) ;; Walk through the buffers till we find a match. ! (let ((inhibit-quit nil) ! expansion) (while (and (not expansion) dabbrev--friend-buffer-list) (setq dabbrev--last-buffer (pop dabbrev--friend-buffer-list)) (set-buffer dabbrev--last-buffer) From david@porkrind.org Thu Aug 21 12:30:30 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-0.5 required=4.0 tests=AWL,BAYES_00, MURPHY_DRUGS_REL8,RCVD_IN_PBL,RDNS_DYNAMIC,SPF_HELO_PASS autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 754) by emacsbugs.donarmstrong.com; 21 Aug 2008 19:30:30 +0000 Received: from death.porkrind.org (cpe-76-87-215-142.socal.res.rr.com [76.87.215.142]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7LJUKwx019772 for <754@emacsbugs.donarmstrong.com>; Thu, 21 Aug 2008 12:30:21 -0700 Received-SPF: pass (death.porkrind.org: authenticated connection) receiver=death.porkrind.org; client-ip=127.0.0.1; helo=black.local; envelope-from=david@porkrind.org; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from black.local (localhost [127.0.0.1]) (authenticated bits=0) by death.porkrind.org (8.14.3/8.14.3/Debian-5) with ESMTP id m7LJUBQn017740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 21 Aug 2008 12:30:15 -0700 Message-ID: <48ADC243.40104@porkrind.org> Date: Thu, 21 Aug 2008 12:30:11 -0700 From: David Caldwell User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Chong Yidong CC: 754@debbugs.gnu.org Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g References: <87abf61i99.fsf@cyd.mit.edu> In-Reply-To: <87abf61i99.fsf@cyd.mit.edu> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Chong Yidong wrote: >> If I have many buffers open (284 at the moment) and if I run >> dabbrev-expand (M-/) to expand the word under my buffers then it >> searches through every buffer and takes an understandably long >> time. If I mispelled the word fragment then it never has a hope of >> finding it and I'd like to cancel the operation. But C-g does not work >> for some reason and so I have to wait a good 5 to 10 seconds for it to >> finish scanning all my buffers. This gets very frustrating after the >> third or fourth time. > > I don't see why C-g wouldn't work here. Could you apply the following > patch and see if the problem persists? (This is not a fix; it's an > attempt to diagnose the problem. As far as I know, quitting should not > be inhibited here.) > ;; Walk through the buffers till we find a match. > ! (let ((inhibit-quit nil) > ! expansion) I tried the patch but Emacs behaved the same as without it. -David From david@porkrind.org Fri Jan 9 20:42:05 2009 Received: (at 754) by emacsbugs.donarmstrong.com; 10 Jan 2009 04:42:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from death.porkrind.org (cpe-76-87-215-142.socal.res.rr.com [76.87.215.142]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A4g2Bm022519 for <754@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 20:42:03 -0800 Received-SPF: pass (death.porkrind.org: authenticated connection) receiver=death.porkrind.org; client-ip=127.0.0.1; helo=black.local; envelope-from=david@porkrind.org; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from black.local (localhost [127.0.0.1]) (authenticated bits=0) by death.porkrind.org (8.14.3/8.14.3/Debian-5) with ESMTP id n0A4fqEl032663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 20:41:52 -0800 Message-ID: <4968270F.4000105@porkrind.org> Date: Fri, 09 Jan 2009 20:41:51 -0800 From: David Caldwell User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Chong Yidong CC: 754@debbugs.gnu.org Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g References: <87abf61i99.fsf@cyd.mit.edu> <48ADC243.40104@porkrind.org> In-Reply-To: <48ADC243.40104@porkrind.org> X-Enigmail-Version: 0.95.7 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAQAAAD9CzEMAAAACXBIWXMAAAsTAAALEwEAmpwY AAAABGdBTUEAALGOfPtRkwAAACBjSFJNAAB6JQAAgIMAAPn/AACA6QAAdTAAAOpgAAA6mAAAF2+S X8VGAAABiklEQVR42rRYSZIDIQwzLv7/ZXLoEAzeBKG7ag4DRhZeBKQ0Qr5imLWCrKwn0HImc1Mx aAvmmc/cuAT7RMYws6v/gHeb0p4/y5792GJJlLZWOPgsdV5NaRes4Xe4632sLljD7wKv1Ta74H/h MxecN1Rc2TatYcP7zb+6WFfN/zMSHg1Ymuxjrzd+DuLw6Nlekggt1hvr7KK9tRIX85jjM6GTYhfv nzXH3jBdYc4koueBs66M+Xv9O9n5ML4urWssjGeMY3if3bzGSvk30BQ46OOaxJjLCpzPJAzXrOrD z5VFh58TIiwESIiCHNxxwPTy97qDei8YdpVdyYEv6EQcK8n+iTyE/Cn1eoe7HwN+F56oErVSGtJY Q1sR2ehaUHfjvJuv0tL7qAzEbBmfF2IHrVi8zp9N0pZtQZZHOXp/sLW4+hqKvm3iccaPwP3XgnKX n8/YtVeOsnenRG7VCBFlZ5fe3LOyANCVdGAIwDs7tTXGF4hIk15/iAfSgv2UkNFItSszOG3Ha7r0 GQBerhBkHOAzmQAAAABJRU5ErkJggg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit David Caldwell wrote: > Chong Yidong wrote: >>> If I have many buffers open (284 at the moment) and if I run >>> dabbrev-expand (M-/) to expand the word under my buffers then it >>> searches through every buffer and takes an understandably long >>> time. If I mispelled the word fragment then it never has a hope of >>> finding it and I'd like to cancel the operation. But C-g does not work >>> for some reason and so I have to wait a good 5 to 10 seconds for it to >>> finish scanning all my buffers. This gets very frustrating after the >>> third or fourth time. >> >> I don't see why C-g wouldn't work here. After further testing, I believe this is not really a bug in dabbrev. C-g *does* cancel the operation, it's just that sometimes there is a large lag before it cancels (though in my current tests I've never had it go beyond 2 seconds). I have a ton of buffers open right this moment and fulling scan them takes 15 to 20 seconds, so I can definitely tell that it's canceling. The 1 to 2 second lag is still a little frustrating, but it's much better than the originally reported 5 to 10 second lag. I wonder if it has to do with how the Mac handles the quit signal in windowed mode... -David From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 06 13:50:05 2011 Received: (at 754) by debbugs.gnu.org; 6 Jul 2011 17:50:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWEf-0007XC-1w for submit@debbugs.gnu.org; Wed, 06 Jul 2011 13:50:05 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWEd-0007We-3d for 754@debbugs.gnu.org; Wed, 06 Jul 2011 13:50:03 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QeWEQ-0007vi-SL; Wed, 06 Jul 2011 19:49:50 +0200 From: Lars Magne Ingebrigtsen To: David Caldwell Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g References: <87abf61i99.fsf@cyd.mit.edu> <48ADC243.40104@porkrind.org> <4968270F.4000105@porkrind.org> X-Now-Playing: Anna =?iso-8859-1?Q?J=E4rvinen's?= _Man var bland molnen_: "Ruth" X-Hashcash: 1:23:110706:cyd@stupidchicken.com::G3C9BFWG3Nh7qidf:00000000000000000000000000000000000000004OeJ X-Hashcash: 1:23:110706:754@debbugs.gnu.org::onNIMgkraiCqPCnT:000000000000000000000000000000000000000000VKBz X-Hashcash: 1:23:110706:david@porkrind.org::p4g1HjI1hXFH3Ez6:0000000000000000000000000000000000000000001I+ju Date: Wed, 06 Jul 2011 19:49:50 +0200 In-Reply-To: <4968270F.4000105@porkrind.org> (David Caldwell's message of "Fri, 09 Jan 2009 20:41:51 -0800") Message-ID: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1QeWEQ-0007vi-SL X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1310579390.96469@dWcw79Rk2S07iWVgLTEa/g X-Spam-Status: No X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 754 Cc: Chong Yidong , 754@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) David Caldwell writes: >>>> If I have many buffers open (284 at the moment) and if I run >>>> dabbrev-expand (M-/) to expand the word under my buffers then it >>>> searches through every buffer and takes an understandably long >>>> time. If I mispelled the word fragment then it never has a hope of >>>> finding it and I'd like to cancel the operation. But C-g does not work >>>> for some reason and so I have to wait a good 5 to 10 seconds for it to >>>> finish scanning all my buffers. This gets very frustrating after the >>>> third or fourth time. [...] > After further testing, I believe this is not really a bug in dabbrev. > C-g *does* cancel the operation, it's just that sometimes there is a > large lag before it cancels (though in my current tests I've never had > it go beyond 2 seconds). I have a ton of buffers open right this moment > and fulling scan them takes 15 to 20 seconds, so I can definitely tell > that it's canceling. > > The 1 to 2 second lag is still a little frustrating, but it's much > better than the originally reported 5 to 10 second lag. I wonder if it > has to do with how the Mac handles the quit signal in windowed mode... Do you know if this bug is still present in newer Emacs versions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 06 14:06:14 2011 Received: (at 754) by debbugs.gnu.org; 6 Jul 2011 18:06:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWUH-0007w4-T7 for submit@debbugs.gnu.org; Wed, 06 Jul 2011 14:06:14 -0400 Received: from kill.porkrind.org ([68.68.97.104] helo=david.xen.prgmr.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWTd-0007tf-Bg for 754@debbugs.gnu.org; Wed, 06 Jul 2011 14:05:34 -0400 Received: from porkrind.org (cpe-98-151-185-99.socal.res.rr.com [98.151.185.99]) by david.xen.prgmr.com (Postfix) with ESMTPS id A1ED92BDE4; Wed, 6 Jul 2011 11:05:24 -0700 (PDT) Authentication-Results: david.xen.prgmr.com; dkim=pass (1536-bit key; insecure key) header.i=@porkrind.org header.b=QvCLGh01; dkim-adsp=pass Received-SPF: pass (porkrind.org: authenticated connection) receiver=porkrind.org; client-ip=127.0.0.1; helo=black.porkrind.org; envelope-from=david@porkrind.org; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from black.porkrind.org (localhost [127.0.0.1]) (authenticated bits=0) by porkrind.org (8.14.4/8.14.4/Debian-2) with ESMTP id p66I5JFa023742 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 6 Jul 2011 11:05:23 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=porkrind.org; s=apoptygma; t=1309975524; bh=vYFxqy5Ojica0vCLoINdt0X4/VhWFhcu53XWM+7I6zI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=QvCLGh01F11UIElGKiZI0oxz6/5M4WhYC5sbYetbV7/5ZnsKXqIjFmjv2BPc6ydfD o2Pyi9tlpcldN6rA+6YUPFZQq96V7NmMnXMhwPnBQYYqSNgb8L3USG7cw/9lMHQVT9 W1mEnuzP6VCRZRN0IHbdjZTEs6K2ze8TQp+O8cyTQE+LQfMLC3fIxqi/s/ttvKlU5i H7+h971PeV6yog9ohPx0QlDU+D+qNSSIFTduNIzdoiRhnvK+22AqCr3pxBF Message-ID: <4E14A3DB.5050302@porkrind.org> Date: Wed, 06 Jul 2011 11:05:15 -0700 From: David Caldwell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Lars Magne Ingebrigtsen Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g References: <87abf61i99.fsf@cyd.mit.edu> <48ADC243.40104@porkrind.org> <4968270F.4000105@porkrind.org> In-Reply-To: X-Enigmail-Version: 1.2 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAQAAAD9CzEMAAAACXBIWXMAAAsTAAALEwEAmpwY AAAABGdBTUEAALGOfPtRkwAAACBjSFJNAAB6JQAAgIMAAPn/AACA6QAAdTAAAOpgAAA6mAAAF2+S X8VGAAABiklEQVR42rRYSZIDIQwzLv7/ZXLoEAzeBKG7ag4DRhZeBKQ0Qr5imLWCrKwn0HImc1Mx aAvmmc/cuAT7RMYws6v/gHeb0p4/y5792GJJlLZWOPgsdV5NaRes4Xe4632sLljD7wKv1Ta74H/h MxecN1Rc2TatYcP7zb+6WFfN/zMSHg1Ymuxjrzd+DuLw6Nlekggt1hvr7KK9tRIX85jjM6GTYhfv nzXH3jBdYc4koueBs66M+Xv9O9n5ML4urWssjGeMY3if3bzGSvk30BQ46OOaxJjLCpzPJAzXrOrD z5VFh58TIiwESIiCHNxxwPTy97qDei8YdpVdyYEv6EQcK8n+iTyE/Cn1eoe7HwN+F56oErVSGtJY Q1sR2ehaUHfjvJuv0tL7qAzEbBmfF2IHrVi8zp9N0pZtQZZHOXp/sLW4+hqKvm3iccaPwP3XgnKX n8/YtVeOsnenRG7VCBFlZ5fe3LOyANCVdGAIwDs7tTXGF4hIk15/iAfSgv2UkNFItSszOG3Ha7r0 GQBerhBkHOAzmQAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7500CC7F7195FDE641C5485F" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_DKIM_INVALID,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on kill.porkrind.org X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 754 X-Mailman-Approved-At: Wed, 06 Jul 2011 14:06:12 -0400 Cc: Chong Yidong , 754@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7500CC7F7195FDE641C5485F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 7/6/11 10:49 AM, Lars Magne Ingebrigtsen wrote: > David Caldwell writes: >=20 >>>>> If I have many buffers open (284 at the moment) and if I run >>>>> dabbrev-expand (M-/) to expand the word under my buffers then it >>>>> searches through every buffer and takes an understandably long >>>>> time. If I mispelled the word fragment then it never has a hope of >>>>> finding it and I'd like to cancel the operation. But C-g does not w= ork >>>>> for some reason and so I have to wait a good 5 to 10 seconds for it= to >>>>> finish scanning all my buffers. This gets very frustrating after th= e >>>>> third or fourth time. >=20 > [...] >=20 >> After further testing, I believe this is not really a bug in dabbrev. >> C-g *does* cancel the operation, it's just that sometimes there is a >> large lag before it cancels (though in my current tests I've never had= >> it go beyond 2 seconds). I have a ton of buffers open right this momen= t >> and fulling scan them takes 15 to 20 seconds, so I can definitely tell= >> that it's canceling. >> >> The 1 to 2 second lag is still a little frustrating, but it's much >> better than the originally reported 5 to 10 second lag. I wonder if it= >> has to do with how the Mac handles the quit signal in windowed mode...= >=20 > Do you know if this bug is still present in newer Emacs versions? It's hard to tell--currently, it seems that scanning through all the buffers is *really* fast. So it only takes about a second to scan through my 600 buffers even if I don't cancel it. It doesn't really seem like canceling makes the process any faster but my level of annoyance is gone because of the search speedup. I'm running a version built from bzr on 2011-06-09. -David --------------enig7500CC7F7195FDE641C5485F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iQCVAwUBThSj36f81MBhyqGFAQhAVAP+N1z1S4T9vWvnLCNBhBd3Y9DBpDKtPVuy lHehs6Z6WQ6tw8G1Jraa2bEu78z6ONcZF6cHIZlPkzzdhacHPNG1pH+X6DRsdK5H kbWvoaYBCEEhSoGZfJD1brzNL81vS8xY9IaY1Din1oy9XHhvL9b7TqPlThXYN4SE xW/yvTZLAHk= =VUNe -----END PGP SIGNATURE----- --------------enig7500CC7F7195FDE641C5485F-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 07 13:53:22 2011 Received: (at 754) by debbugs.gnu.org; 7 Jul 2011 17:53:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeslN-0000Mk-Vs for submit@debbugs.gnu.org; Thu, 07 Jul 2011 13:53:22 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeslM-0000MX-4a for 754@debbugs.gnu.org; Thu, 07 Jul 2011 13:53:20 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QeslA-000704-5L; Thu, 07 Jul 2011 19:53:08 +0200 From: Lars Magne Ingebrigtsen To: David Caldwell Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g In-Reply-To: <4E14A3DB.5050302@porkrind.org> (David Caldwell's message of "Wed, 06 Jul 2011 11:05:15 -0700") Date: Thu, 07 Jul 2011 19:53:04 +0200 Message-ID: References: <87abf61i99.fsf@cyd.mit.edu> <48ADC243.40104@porkrind.org> <4968270F.4000105@porkrind.org> <4E14A3DB.5050302@porkrind.org> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEX++cD+/s1uSA7135iy kkL88LLawHbIXZs9AAACdUlEQVQ4jVWTsXrbMAyEocbqLNZt5oZmNadBpLll+HGmy9B7RBrv/wg9 SHKawh4s/wRxOECULiFEkWCtC1WiTETUFxqol+BDDMEDSJMqcqlyiWf67K31o/XB+mdn5eTdcnJL eKP+j7N2tKN4+2ztfDo8fHLO2zciAH+yPIkNyzKfvj58+eGif6BuA0sal3ZV8B0gLL/JzMFCjtDl ejxzmY74iFwNmaN3sU4FKjt8jem6/iJnQ93RQ1JoaOGXxDi3q7QQfm4gBAkAGhyvIi3uIApPab3L aNCdXkUrqCswe/RNa3zDVSIr0NqaQSs4WhvilrGndIOQofM9fN3BlmCGQSZD6U7B2ocS6hMsn6GK UMNFnoqikiXW1A0XgKTFI8ozl5KbdYwTO3BB5wTHeLb2hfmRMqSl3rvmMCdMhTGRKuFR5SkYG8og ZSyz2nPthk4B+SgNF1kbU2aRekYnK2iwCoaiPJUy12lrBuA5CJeGHlkFFz29ZnSvIXIqCL41v9Uw r3vjmRP1CgYyG7A7qKkvG9gyDtZNCSYxAH7cMrANwam3/awZmtKfN2D6UAEKM7Z5PXIDZol4RgsJ EDbnd/AUsFi5BZ4DI6ZuU2VUcGWGT95NAOUdHPBqKIBdJU/TOvq11fsRb4yCEcMqiXavjDlisXhe pweS0gaQMjTm3GKIMHnCOphbjaFVzl63BStZyvkdmNdYy4w/KU/9f+AAVXmu2kOfufsHPgddEVSo Be6bDxkOw9J5qyH1I7Beey+5fAB64xMUKcC8yvxyWwb4vli3gb7k5XQDnel1QUU15TLbl10V0bA1 p2qZF3vdAVYDT5qiAcPWcZi/jhnSuyh1J7QAAAAASUVORK5CYII= X-Now-Playing: The Smiths's _Strangeways, Here We Come_: "Death of a Disco Dancer" X-Hashcash: 1:23:110707:754@debbugs.gnu.org::fHEM0V/vFPEcvLJq:0000000000000000000000000000000000000000008wUv X-Hashcash: 1:23:110707:david@porkrind.org::YsUXXHGV7aUmlGRI:0000000000000000000000000000000000000000000Zkv8 X-Hashcash: 1:23:110707:cyd@stupidchicken.com::pN60cDNBgtS3CQRu:0000000000000000000000000000000000000001XQ/O MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1QeslA-000704-5L X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1310665988.28359@/VZ59+a21tWN+j1dROIBgg X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 754 Cc: Chong Yidong , 754@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) David Caldwell writes: > It's hard to tell--currently, it seems that scanning through all the > buffers is *really* fast. So it only takes about a second to scan > through my 600 buffers even if I don't cancel it. It doesn't really seem > like canceling makes the process any faster but my level of annoyance is > gone because of the search speedup. Then this bug report can be closed, I guess? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 07 14:29:39 2011 Received: (at 754) by debbugs.gnu.org; 7 Jul 2011 18:29:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QetKU-000239-Km for submit@debbugs.gnu.org; Thu, 07 Jul 2011 14:29:39 -0400 Received: from kill.porkrind.org ([68.68.97.104] helo=david.xen.prgmr.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QetKS-00022w-Bd for 754@debbugs.gnu.org; Thu, 07 Jul 2011 14:29:37 -0400 Received: from porkrind.org (cpe-98-151-185-99.socal.res.rr.com [98.151.185.99]) by david.xen.prgmr.com (Postfix) with ESMTPS id 73BCD2BF53; Thu, 7 Jul 2011 11:29:27 -0700 (PDT) Authentication-Results: david.xen.prgmr.com; dkim=pass (1536-bit key; insecure key) header.i=@porkrind.org header.b=bcCt0Y8X; dkim-adsp=pass Received-SPF: pass (porkrind.org: authenticated connection) receiver=porkrind.org; client-ip=127.0.0.1; helo=black.porkrind.org; envelope-from=david@porkrind.org; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from black.porkrind.org (localhost [127.0.0.1]) (authenticated bits=0) by porkrind.org (8.14.4/8.14.4/Debian-2) with ESMTP id p67ITPJY024955 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Thu, 7 Jul 2011 11:29:25 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=porkrind.org; s=apoptygma; t=1310063366; bh=MbCA9I/+euo3czcoqPRh4JEMrpTEX/K0mIE2wumgUYk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=bcCt0Y8XPKGD9IEbZvDmOHNOwgBPpOoGZplS+LoHJCVUGT2En9T0fk1jPQR6LeAkf hxyo3nw4vYedqXxu0ItZ5vKKqQB1+u4fXF8J1TCLeND3uM4Oj/2DivjSvrHkpzmwvr wmIw015+bbMHU/1H348YxIae59Jx7kEJHhxi36Ehkxc8DjgcQjOzDy5J4mM8pexcGJ UNyL9w2zrcwm1goguxXLKazXMZ5dQpVCgcFUBsHn7+MuNp28ejNo+RDDrJw Message-ID: <4E15FB01.9000606@porkrind.org> Date: Thu, 07 Jul 2011 11:29:21 -0700 From: David Caldwell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Lars Magne Ingebrigtsen Subject: Re: Can't cancel dabbrev-expand (M-/) with C-g References: <87abf61i99.fsf@cyd.mit.edu> <48ADC243.40104@porkrind.org> <4968270F.4000105@porkrind.org> <4E14A3DB.5050302@porkrind.org> In-Reply-To: X-Enigmail-Version: 1.2 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAQAAAD9CzEMAAAACXBIWXMAAAsTAAALEwEAmpwY AAAABGdBTUEAALGOfPtRkwAAACBjSFJNAAB6JQAAgIMAAPn/AACA6QAAdTAAAOpgAAA6mAAAF2+S X8VGAAABiklEQVR42rRYSZIDIQwzLv7/ZXLoEAzeBKG7ag4DRhZeBKQ0Qr5imLWCrKwn0HImc1Mx aAvmmc/cuAT7RMYws6v/gHeb0p4/y5792GJJlLZWOPgsdV5NaRes4Xe4632sLljD7wKv1Ta74H/h MxecN1Rc2TatYcP7zb+6WFfN/zMSHg1Ymuxjrzd+DuLw6Nlekggt1hvr7KK9tRIX85jjM6GTYhfv nzXH3jBdYc4koueBs66M+Xv9O9n5ML4urWssjGeMY3if3bzGSvk30BQ46OOaxJjLCpzPJAzXrOrD z5VFh58TIiwESIiCHNxxwPTy97qDei8YdpVdyYEv6EQcK8n+iTyE/Cn1eoe7HwN+F56oErVSGtJY Q1sR2ehaUHfjvJuv0tL7qAzEbBmfF2IHrVi8zp9N0pZtQZZHOXp/sLW4+hqKvm3iccaPwP3XgnKX n8/YtVeOsnenRG7VCBFlZ5fe3LOyANCVdGAIwDs7tTXGF4hIk15/iAfSgv2UkNFItSszOG3Ha7r0 GQBerhBkHOAzmQAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig5495989CDC0668A593137DC5" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_DKIM_INVALID,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on kill.porkrind.org X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 754 Cc: Chong Yidong , 754@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5495989CDC0668A593137DC5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 7/7/11 10:53 AM, Lars Magne Ingebrigtsen wrote: > David Caldwell writes: >=20 >> It's hard to tell--currently, it seems that scanning through all the >> buffers is *really* fast. So it only takes about a second to scan >> through my 600 buffers even if I don't cancel it. It doesn't really se= em >> like canceling makes the process any faster but my level of annoyance = is >> gone because of the search speedup. >=20 > Then this bug report can be closed, I guess? Sure. i can always open a new one if the problem recurs. -David --------------enig5495989CDC0668A593137DC5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iQCVAwUBThX7BKf81MBhyqGFAQgUpgP/Y4FBPbOTSLt8m3nUE59DHGprjGHxkELL f7zkgtuBNqscs/3FNkn7XuEBQJMiCZ8/nizBRegAD3m94zEm/kXuxbyHTFggfRjS NFLoNabxksGlsFv/LP6NrMwbcnQ3e+cZAltvl7Z6aBcVP4inGG6V1zCWXDCYwJrZ Qh/51pfGHtE= =Ugzc -----END PGP SIGNATURE----- --------------enig5495989CDC0668A593137DC5-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 07 14:30:20 2011 Received: (at control) by debbugs.gnu.org; 7 Jul 2011 18:30:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QetL9-0002SH-VC for submit@debbugs.gnu.org; Thu, 07 Jul 2011 14:30:20 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QetL8-0002IJ-Uh for control@debbugs.gnu.org; Thu, 07 Jul 2011 14:30:19 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QetKu-0007cv-L1 for control@debbugs.gnu.org; Thu, 07 Jul 2011 20:30:04 +0200 Date: Thu, 07 Jul 2011 20:30:04 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #754 X-MailScanner-ID: 1QetKu-0007cv-L1 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1310668205.03623@/xPM8MacmL20Jlm9VzuDpA X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) close 754 From unknown Sun Jun 15 08:01:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 05 Aug 2011 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator