From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Kaushal Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 May 2015 16:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20532@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.14311036259083 (code B ref -1); Fri, 08 May 2015 16:48:02 +0000 Received: (at submit) by debbugs.gnu.org; 8 May 2015 16:47:05 +0000 Received: from localhost ([127.0.0.1]:38934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlQW-0002MQ-DU for submit@debbugs.gnu.org; Fri, 08 May 2015 12:47:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47966) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlQT-0002Lv-OW for submit@debbugs.gnu.org; Fri, 08 May 2015 12:47:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqlQN-0006S6-2k for submit@debbugs.gnu.org; Fri, 08 May 2015 12:46:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43099) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQM-0006Rz-VU for submit@debbugs.gnu.org; Fri, 08 May 2015 12:46:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQL-0000Pi-Ey for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqlQK-0006QK-20 for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:53 -0400 Received: from mail-yk0-x232.google.com ([2607:f8b0:4002:c07::232]:35155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQJ-0006Q4-Sg for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:51 -0400 Received: by ykec202 with SMTP id c202so21771226yke.2 for ; Fri, 08 May 2015 09:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=az/15s7VONKKJDEwRytiXBufrMTHjnJLCVDM3SK4MQg=; b=tpVq4iFoeoSmlJpqofByYfwZqPCh6gCog5DCwS5G2enyvxvclNz2vn3Vik8N4TjjrR a3HZG3Chwga1ysRsZYBigPHxnf1Hrde5pl44F6C7AaxeDl/VoBeX3LKnZbfnwMXu/u3H 49DhQ4cjOHFevN1lmPtcW7bj8KpxrNGCE6z4sZPC/U/c4J7fHvbSn/zbaExJPKkba2k7 bQ1/aU3o2ecXOIwu68Nbn+uBgL64tfyeWGVZ2xMB8F9IxgK3DwR5Xomlkq1G4ca7Pfhu edXJhw7DxcM6gN4zJYEal+g8hITW6euFRFL+78g09CXnCpPCdVR6Gsl1sVzrF17Efdyh jVbA== X-Received: by 10.236.10.103 with SMTP id 67mr3890162yhu.148.1431103611109; Fri, 08 May 2015 09:46:51 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Date: Fri, 08 May 2015 16:46:50 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a1136b3b66085dd051594c608 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a1136b3b66085dd051594c608 Content-Type: text/plain; charset=ISO-8859-1 Hi, Lately, I have been facing this issue in the emacs built from master branch. I haven't yet seen this error occur on emacs 24.4. I see it happen now and then and haven't been able to consistently reproduce it but here is the backtrace. I have not been able to create this error on "emacs -Q". I get this error when I am trying to quit isearch. I don't know if this happens when I try to quit after I tried to search for a term that failed to be found in the buffer or when I try to quit after a successful search hit. But once this started happening, repeated C-g hits keep on throwing this error and I can't quit isearch. Then the only way is to restart emacs. Debugger entered--Lisp error: (void-variable cursor-sensor-inhibit) isearch-done(t) isearch-cancel() isearch-abort() funcall-interactively(isearch-abort) #(isearch-abort nil nil) ad-Advice-call-interactively(# isearch-abort nil nil) apply(ad-Advice-call-interactively # (isearch-abort nil nil)) call-interactively(isearch-abort nil nil) command-execute(isearch-abort) In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2015-05-05 on ... Windowing system distributor `The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Client release 5.10 (Tikanga) Configured using: `configure --prefix=/home/kmodi/usr_local/apps/emacs/master CPPFLAGS=-fgnu89-inline' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Minor modes in effect: global-auto-complete-mode: t minibuffer-line-mode: t guide-key-mode: t desktop-save-mode: t pdf-occur-global-minor-mode: t global-anzu-mode: t anzu-mode: t recentf-mode: t winner-mode: t global-undo-tree-mode: t undo-tree-mode: t projectile-global-mode: t projectile-mode: t global-page-break-lines-mode: t keyfreq-autosave-mode: t keyfreq-mode: t diff-auto-refine-mode: t ido-ubiquitous-mode: t ido-vertical-mode: t flx-ido-mode: t global-hungry-delete-mode: t hungry-delete-mode: t volatile-highlights-mode: t global-hi-lock-mode: t hi-lock-mode: t global-hardcore-mode: t hardcore-mode: t drag-stuff-global-mode: t drag-stuff-mode: t ido-everywhere: t ace-window-display-mode: t global-adaptive-wrap-prefix-mode: t adaptive-wrap-prefix-mode: t display-time-mode: t popwin-mode: t which-function-mode: t shell-dirtrack-mode: t global-modi-mode: t modi-mode: t override-global-mode: t save-place-mode: t show-paren-mode: t delete-selection-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t --001a1136b3b66085dd051594c608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

Lately, I have been faci= ng this issue in the emacs built from master branch. I haven't yet seen= this error occur on emacs 24.4.

I see it happen n= ow and then and haven't been able to consistently reproduce it but here= is the backtrace. I have not been able to create this error on "emacs= -Q".

I get this error when I am trying to qu= it isearch. I don't know if this happens when I try to quit after I tri= ed to search for a term that failed to be found in the buffer or when I try= to quit after a successful search hit.

But once t= his started happening, repeated C-g hits keep on throwing this error and I = can't quit isearch.

Then the only way is to re= start emacs.

Debugger entered--Lisp error: (void-v= ariable cursor-sensor-inhibit)
=A0 isearch-done(t)
=A0 = isearch-cancel()
=A0 isearch-abort()
=A0 funcall-intera= ctively(isearch-abort)
=A0 #<subr call-interactively>(isear= ch-abort nil nil)
=A0 ad-Advice-call-interactively(#<subr call= -interactively> isearch-abort nil nil)
=A0 apply(ad-Advice-cal= l-interactively #<subr call-interactively> (isearch-abort nil nil))
=A0 call-interactively(isearch-abort nil nil)
=A0 comman= d-execute(isearch-abort)


In GN= U Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4)
=A0of 2015-05-05 on ...
Windowing system distributor `The X.Org = Foundation', version 11.0.60900000
System Description: Red Hat Enterpris= e Linux Client release 5.10 (Tikanga)

Configured u= sing:
=A0`configure --prefix=3D/home/kmodi/usr_local/apps/emacs/m= aster
=A0CPPFLAGS=3D-fgnu89-inline'

= Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND= GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FR= EETYPE LIBOTF XFT ZLIB

Important settings:
=A0 value of $LANG: en_US.UTF-8
=A0 locale-coding-system: utf-= 8-unix

Minor modes in effect:
=A0 global-auto-complete-mode: t
=A0 minibuffer-line-mode: t
=A0 guide-key-mode: t
=A0 desktop-save-mode: t
= =A0 pdf-occur-global-minor-mode: t
=A0 global-anzu-mode: t
<= div>=A0 anzu-mode: t
=A0 recentf-mode: t
=A0 winner-mod= e: t
=A0 global-undo-tree-mode: t
=A0 undo-tree-mode: t=
=A0 projectile-global-mode: t
=A0 projectile-mode: t
=A0 global-page-break-lines-mode: t
=A0 keyfreq-autosave= -mode: t
=A0 keyfreq-mode: t
=A0 diff-auto-refine-mode:= t
=A0 ido-ubiquitous-mode: t
=A0 ido-vertical-mode: t<= /div>
=A0 flx-ido-mode: t
=A0 global-hungry-delete-mode: t
=A0 hungry-delete-mode: t
=A0 volatile-highlights-mode: t=
=A0 global-hi-lock-mode: t
=A0 hi-lock-mode: t
=A0 global-hardcore-mode: t
=A0 hardcore-mode: t
=A0= drag-stuff-global-mode: t
=A0 drag-stuff-mode: t
=A0 i= do-everywhere: t
=A0 ace-window-display-mode: t
=A0 glo= bal-adaptive-wrap-prefix-mode: t
=A0 adaptive-wrap-prefix-mode: t=
=A0 display-time-mode: t
=A0 popwin-mode: t
= =A0 which-function-mode: t
=A0 shell-dirtrack-mode: t
= =A0 global-modi-mode: t
=A0 modi-mode: t
=A0 override-g= lobal-mode: t
=A0 save-place-mode: t
=A0 show-paren-mod= e: t
=A0 delete-selection-mode: t
=A0 global-eldoc-mode= : t
=A0 electric-indent-mode: t
=A0 mouse-wheel-mode: t=
=A0 file-name-shadow-mode: t
=A0 global-font-lock-mode= : t
=A0 font-lock-mode: t
=A0 auto-composition-mode: t<= /div>
=A0 auto-encryption-mode: t
=A0 auto-compression-mode: = t
=A0 buffer-read-only: t
=A0 column-number-mode: t
=A0 line-number-mode: t


--001a1136b3b66085dd051594c608-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 08 12:55:13 2015 Received: (at control) by debbugs.gnu.org; 8 May 2015 16:55:13 +0000 Received: from localhost ([127.0.0.1]:38940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlYO-0002YU-Er for submit@debbugs.gnu.org; Fri, 08 May 2015 12:55:12 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:54382 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlYM-0002YM-DR for control@debbugs.gnu.org; Fri, 08 May 2015 12:55:10 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1YqlYL-0004z3-JR for control@debbugs.gnu.org; Fri, 08 May 2015 12:55:09 -0400 Date: Fri, 08 May 2015 12:55:09 -0400 Message-Id: Subject: control message for bug 20532 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) merge 20516 20532 From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 May 2015 18:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Cc: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.143110815121648 (code B ref 20532); Fri, 08 May 2015 18:03:02 +0000 Received: (at 20532) by debbugs.gnu.org; 8 May 2015 18:02:31 +0000 Received: from localhost ([127.0.0.1]:39002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmbW-0005d6-Pk for submit@debbugs.gnu.org; Fri, 08 May 2015 14:02:31 -0400 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:49967) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmbV-0005cz-Hn for 20532@debbugs.gnu.org; Fri, 08 May 2015 14:02:29 -0400 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 3877285FD1; Fri, 8 May 2015 14:02:29 -0400 (EDT) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 2C2561E5B8C; Fri, 8 May 2015 14:02:05 -0400 (EDT) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 004FBB41A0; Fri, 8 May 2015 14:02:04 -0400 (EDT) From: Stefan Monnier Message-ID: References: Date: Fri, 08 May 2015 14:02:04 -0400 In-Reply-To: (Kaushal's message of "Fri, 08 May 2015 16:46:50 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > I get this error when I am trying to quit isearch. I don't know if this > happens when I try to quit after I tried to search for a term that failed > to be found in the buffer or when I try to quit after a successful search > hit. Hmmm... I can see 2 ways it could happen: 1- isearch-done is called without having called isearch-mode earlier. 2- isearch-done is called in a different buffer than the one in which isearch-mode was called. I expect you're in case n=B02. Can you think of any reason why you might have started your search in one buffer and ended it in another? If not, maybe next time you bump into it, try to figure what you've done in that search that might have caused the buffer to be different at the end. > ad-Advice-call-interactively(# isearch-abort nil= nil) Obligatory side-question: what kind of advice do you have on call-interactively (in case it might interact in odd ways and ends up changing the current buffer, for example)? Stefan From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Kaushal Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 May 2015 18:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.143110864522384 (code B ref 20532); Fri, 08 May 2015 18:11:02 +0000 Received: (at 20532) by debbugs.gnu.org; 8 May 2015 18:10:45 +0000 Received: from localhost ([127.0.0.1]:39008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmjU-0005ow-2f for submit@debbugs.gnu.org; Fri, 08 May 2015 14:10:44 -0400 Received: from mail-yk0-f175.google.com ([209.85.160.175]:34175) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmjR-0005oi-R8 for 20532@debbugs.gnu.org; Fri, 08 May 2015 14:10:42 -0400 Received: by ykft189 with SMTP id t189so22463131ykf.1 for <20532@debbugs.gnu.org>; Fri, 08 May 2015 11:10:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=iikBmjbxWNHc2e//xbXiX7Ys+yKUgga+mLxZzv3PChY=; b=ZrG4XZkhwS2Cd4+U0tULMdNsfr9QeylKsNz4Vsp7SycfurCdJBuzlRfmbgJZVYC41H O91S9Abda4PBtwkADkm3P0SlgCV1SGOluvBxgsQN2U340tvWwYSZBhzyhwQi2b7f2uUs sHzHOB4mvYbP32CSYmHEY0v6CtyouiJAGqXV4AnCUeX0AS+dVEf98tOXjpRZKNFHDuEe jMZ3wx+s1NlMHv0PDrMePTnRgcs5JgLBPjLGlrwRV8doq0EfwaUv/1NwQYv9E93ut+O9 wIO6WBDeilY0ZznTbpxhUrscr6VjVgYhwiQ3KSLv9J9kC+eNLdUtR4auegZhgbk0sXH7 I8Gg== X-Received: by 10.236.26.43 with SMTP id b31mr4161986yha.53.1431108636202; Fri, 08 May 2015 11:10:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Date: Fri, 08 May 2015 18:10:35 +0000 Message-ID: Content-Type: multipart/alternative; boundary=089e014953a2e55c65051595f11b X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e014953a2e55c65051595f11b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > Can you think of any reason why you might have started your search in > one buffer and ended it in another? I hit C-' by mistake inbetween an isearch while in an org file and that called `org-cycle-agenda-files` and switched to a different org file while the search was active. I tried doing - C-s - search something that fails search / search something that has search hit= s - C-' (switch to a different org file) - C-g But that issue did not occur this time; isearch quit gracefully. > what kind of advice do you have on > call-interactively (in case it might interact in odd ways and ends up > changing the current buffer, for example)? Doing ag showed me that the ido-ubiquitous.el is advising that: (defadvice call-interactively (around ido-ubiquitous activate) "Implements the behavior specified in `ido-ubiquitous-command-overrides'.= " (let* ((cmd (ad-get-arg 0)) (override (ido-ubiquitous-get-command-override cmd))) (when override (ido-ubiquitous--debug-message "Using override `%s' for command `%s'" override cmd)) (ido-ubiquitous-with-override override ad-do-it))) I don't understand what it's doing in this advice though. On Fri, May 8, 2015 at 2:02 PM Stefan Monnier wrote: > > I get this error when I am trying to quit isearch. I don't know if this > > happens when I try to quit after I tried to search for a term that fail= ed > > to be found in the buffer or when I try to quit after a successful sear= ch > > hit. > > Hmmm... I can see 2 ways it could happen: > 1- isearch-done is called without having called isearch-mode earlier. > 2- isearch-done is called in a different buffer than the one in which > isearch-mode was called. > > I expect you're in case n=B02. > Can you think of any reason why you might have started your search in > one buffer and ended it in another? If not, maybe next time you bump > into it, try to figure what you've done in that search that might have > caused the buffer to be different at the end. > > > ad-Advice-call-interactively(# isearch-abort > nil nil) > > Obligatory side-question: what kind of advice do you have on > call-interactively (in case it might interact in odd ways and ends up > changing the current buffer, for example)? > > > Stefan > --089e014953a2e55c65051595f11b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0Can you think of any reason why you might have sta= rted your search in
> one buffer and ended it in another?=A0

I hit C-' by mistake inbetween an ise= arch while in an org file and that called `org-cycle-agenda-files` and swit= ched to a different org file while the search was active.
=
I tried doing=A0
- C-s
- search something that fails search / search something that has se= arch hits
- C-' (switch to a different org file)
- C-g

But that issue= did not occur this time; isearch quit gracefully.

>=A0what kind of advice do you have on> call-interactively (in case it might interact in odd ways and end= s up
> changing the current buffer, for example)?

=
Doing ag showed me that the ido-ubiquitous.el is advisin= g that:

(defadvice call-intera= ctively (around ido-ubiquitous activate)
=A0 "Implements the= behavior specified in `ido-ubiquitous-command-overrides'."
<= div>=A0 (let* ((cmd (ad-get-arg 0))
=A0 =A0 =A0 =A0 =A0(override = (ido-ubiquitous-get-command-override cmd)))
=A0 =A0 (when overrid= e
=A0 =A0 =A0 (ido-ubiquitous--debug-message "Using override= `%s' for command `%s'"
=A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0override cmd))
=A0= =A0 (ido-ubiquitous-with-override override
=A0 =A0 =A0 =A0 ad-do= -it)))

I don't understand what it's doin= g in this advice though.


On Fri, May 8, 2015 at 2:02 PM Stefan Monnier <monnier@iro.umontreal.ca> w= rote:
> I get this error when I am try= ing to quit isearch. I don't know if this
> happens when I try to quit after I tried to search for a term that fai= led
> to be found in the buffer or when I try to quit after a successful sea= rch
> hit.

Hmmm... I can see 2 ways it could happen:
1- isearch-done is called without having called isearch-mode earlier.
2- isearch-done is called in a different buffer than the one in which
=A0 =A0isearch-mode was called.

I expect you're in case n=B02.
Can you think of any reason why you might have started your search in
one buffer and ended it in another?=A0 If not, maybe next time you bump
into it, try to figure what you've done in that search that might have<= br> caused the buffer to be different at the end.

> ad-Advice-call-interactively(#<subr call-interactively> isearch-= abort nil nil)

Obligatory side-question: what kind of advice do you have on
call-interactively (in case it might interact in odd ways and ends up
changing the current buffer, for example)?


=A0 =A0 =A0 =A0 Stefan
--089e014953a2e55c65051595f11b-- From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 May 2015 22:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Cc: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.143112463925815 (code B ref 20532); Fri, 08 May 2015 22:38:02 +0000 Received: (at 20532) by debbugs.gnu.org; 8 May 2015 22:37:19 +0000 Received: from localhost ([127.0.0.1]:39100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqqtS-0006iI-Cd for submit@debbugs.gnu.org; Fri, 08 May 2015 18:37:18 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:50713) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqqtP-0006ht-Vm for 20532@debbugs.gnu.org; Fri, 08 May 2015 18:37:16 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoAFAGvvdVRFpYts/2dsb2JhbAA3gVOfFyqCLoEIgXUBAQQBViMFCws0EhQYDSSIE6IRjGQMA4M+A4NwBKNjhFg X-IPAS-Result: AoAFAGvvdVRFpYts/2dsb2JhbAA3gVOfFyqCLoEIgXUBAQQBViMFCws0EhQYDSSIE6IRjGQMA4M+A4NwBKNjhFg X-IronPort-AV: E=Sophos;i="5.11,557,1422939600"; d="scan'208";a="118774316" Received: from 69-165-139-108.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.108]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 May 2015 18:37:10 -0400 Received: by pastel.home (Postfix, from userid 20848) id 56857188F; Fri, 8 May 2015 18:37:10 -0400 (EDT) From: Stefan Monnier Message-ID: References: Date: Fri, 08 May 2015 18:37:10 -0400 In-Reply-To: (Kaushal's message of "Fri, 08 May 2015 18:10:35 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Can you think of any reason why you might have started your search in >> one buffer and ended it in another? > I hit C-' by mistake inbetween an isearch while in an org file and that > called `org-cycle-agenda-files` and switched to a different org file while > the search was active. > I tried doing > - C-s > - search something that fails search / search something that has search hits > - C-' (switch to a different org file) > - C-g > But that issue did not occur this time; isearch quit gracefully. Hmm... thanks, I think that will give me enough info for now. > (defadvice call-interactively (around ido-ubiquitous activate) > "Implements the behavior specified in `ido-ubiquitous-command-overrides'." > (let* ((cmd (ad-get-arg 0)) > (override (ido-ubiquitous-get-command-override cmd))) > (when override > (ido-ubiquitous--debug-message "Using override `%s' for command `%s'" > override cmd)) > (ido-ubiquitous-with-override override > ad-do-it))) > > I don't understand what it's doing in this advice though. It's kinda nasty, but I think it's not responsible for what you're seeing, Stefan From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Johan =?UTF-8?Q?Bockg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 May 2015 21:01:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.143258763519396 (code B ref 20532); Mon, 25 May 2015 21:01:03 +0000 Received: (at 20532) by debbugs.gnu.org; 25 May 2015 21:00:35 +0000 Received: from localhost ([127.0.0.1]:55902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YwzUA-00052m-1B for submit@debbugs.gnu.org; Mon, 25 May 2015 17:00:34 -0400 Received: from smtprelay-b21.telenor.se ([195.54.99.212]:36061) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YwzU6-00052W-C5 for 20532@debbugs.gnu.org; Mon, 25 May 2015 17:00:31 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b21.telenor.se (Postfix) with ESMTP id 370EFD1DF for <20532@debbugs.gnu.org>; Mon, 25 May 2015 23:00:24 +0200 (CEST) X-SMTPAUTH-B2: [bocjoh] X-SENDER-IP: [85.229.3.140] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B/DgAijWNVPIwD5VVcgxCBMoJRg3zETwKBNk0BAQEBAQEHAQEBAUE/QQWDXQEBAwFWIwULCyElDwEEGAEMChoTiCQMAdJvAQEBAQEBBAEBAQEeizqFBQeELQWfQJItg1mCLRyBVDwxgkcBAQE X-IPAS-Result: A2B/DgAijWNVPIwD5VVcgxCBMoJRg3zETwKBNk0BAQEBAQEHAQEBAUE/QQWDXQEBAwFWIwULCyElDwEEGAEMChoTiCQMAdJvAQEBAQEBBAEBAQEeizqFBQeELQWfQJItg1mCLRyBVDwxgkcBAQE X-IronPort-AV: E=Sophos;i="5.13,494,1427752800"; d="scan'208";a="814454142" Received: from c-8c03e555.04-211-6c6b701.cust.bredbandsbolaget.se (HELO muon.localdomain) ([85.229.3.140]) by ipb4.telenor.se with ESMTP; 25 May 2015 23:00:23 +0200 Received: by muon.localdomain (Postfix, from userid 1000) id 0595148420B; Mon, 25 May 2015 23:00:20 +0200 (CEST) From: Johan =?UTF-8?Q?Bockg=C3=A5rd?= References: Mail-Copies-To: never Date: Mon, 25 May 2015 23:00:20 +0200 In-Reply-To: (Stefan Monnier's message of "Fri, 08 May 2015 14:02:04 -0400") Message-ID: <87siakz82j.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Stefan Monnier writes: > Can you think of any reason why you might have started your search in > one buffer and ended it in another? This will happen by design if you use isearch to search across multiple files (i.e. multi-isearch), such as a sequence of ChangeLog.N files. (There may be other variables than cursor-sensor-inhibit that are also mishandled in this situation.) From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 May 2015 22:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.143259450429616 (code B ref 20532); Mon, 25 May 2015 22:56:02 +0000 Received: (at 20532) by debbugs.gnu.org; 25 May 2015 22:55:04 +0000 Received: from localhost ([127.0.0.1]:55953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yx1Gx-0007hb-Kd for submit@debbugs.gnu.org; Mon, 25 May 2015 18:55:04 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:49166) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yx1Gu-0007h3-Lr for 20532@debbugs.gnu.org; Mon, 25 May 2015 18:55:01 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AvEwA731xV/9N+3mhcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYzCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeSFINZI4IKHIFuIoJ4AQEB X-IPAS-Result: A0AvEwA731xV/9N+3mhcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYzCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeSFINZI4IKHIFuIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="122193331" Received: from 104-222-126-211.cpe.teksavvy.com (HELO ceviche.home) ([104.222.126.211]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 May 2015 18:54:54 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 830EC660EF; Mon, 25 May 2015 18:54:53 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87siakz82j.fsf@gnu.org> Date: Mon, 25 May 2015 18:54:53 -0400 In-Reply-To: <87siakz82j.fsf@gnu.org> ("Johan =?UTF-8?Q?Bockg=C3=A5rd?="'s message of "Mon, 25 May 2015 23:00:20 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Can you think of any reason why you might have started your search in >> one buffer and ended it in another? > This will happen by design if you use isearch to search across multiple > files (i.e. multi-isearch), such as a sequence of ChangeLog.N files. Duh! Indeed. Stefan From unknown Sun Jun 22 11:39:18 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Kaushal Subject: bug#20532: closed (Re: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit) Message-ID: References: X-Gnu-PR-Message: they-closed 20532 X-Gnu-PR-Package: emacs Reply-To: 20532@debbugs.gnu.org Date: Wed, 27 May 2015 16:19:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1432743542-15125-1" This is a multi-part message in MIME format... ------------=_1432743542-15125-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #20532: 25.0.50; void-variable cursor-sensor-inhibit which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 20532@debbugs.gnu.org. --=20 20532: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20532 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1432743542-15125-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 20532-done) by debbugs.gnu.org; 27 May 2015 16:18:37 +0000 Received: from localhost ([127.0.0.1]:58548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxe2K-0003vF-Tc for submit@debbugs.gnu.org; Wed, 27 May 2015 12:18:37 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:62955) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxe2E-0003uy-HA for 20532-done@debbugs.gnu.org; Wed, 27 May 2015 12:18:31 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1FgA731xV/9N+3mhcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBVigLCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeOFoN+g1kjggocgW4igTQjgSEBAQE X-IPAS-Result: A0A1FgA731xV/9N+3mhcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBVigLCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeOFoN+g1kjggocgW4igTQjgSEBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="122405013" Received: from 104-222-126-211.cpe.teksavvy.com (HELO ceviche.home) ([104.222.126.211]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 May 2015 12:18:20 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4DE6A660ED; Wed, 27 May 2015 12:18:20 -0400 (EDT) From: Stefan Monnier To: 20532-done@debbugs.gnu.org Subject: Re: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Message-ID: References: <87siakz82j.fsf@gnu.org> Date: Wed, 27 May 2015 12:18:20 -0400 In-Reply-To: <87siakz82j.fsf@gnu.org> ("Johan =?windows-1252?Q?Bockg=E5rd?= =?windows-1252?Q?=22's?= message of "Mon, 25 May 2015 23:00:20 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 20532-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Can you think of any reason why you might have started your search in >> one buffer and ended it in another? > This will happen by design if you use isearch to search across multiple > files (i.e. multi-isearch), such as a sequence of ChangeLog.N files. > (There may be other variables than cursor-sensor-inhibit that are also > mishandled in this situation.) I installed the patch below which should fix this. Stefan diff --git a/lisp/isearch.el b/lisp/isearch.el index dc10502..5599ea5 100644 --- a/lisp/isearch.el +++ b/lisp/isearch.el @@ -932,12 +932,6 @@ convert the search string to a regexp used by regexp search functions." (add-hook 'post-command-hook 'isearch-post-command-hook) (add-hook 'mouse-leave-buffer-hook 'isearch-done) (add-hook 'kbd-macro-termination-hook 'isearch-done) - (make-local-variable 'cursor-sensor-inhibit) - (unless (boundp 'cursor-sensor-inhibit) - (setq cursor-sensor-inhibit nil)) - ;; Suspend things like cursor-intangible during Isearch so we can search even - ;; within intangible text. - (push 'isearch cursor-sensor-inhibit) ;; isearch-mode can be made modal (in the sense of not returning to ;; the calling function until searching is completed) by entering @@ -949,10 +943,23 @@ convert the search string to a regexp used by regexp search functions." ;; Some high level utilities. Others below. +(defvar isearch--current-buffer) (defun isearch-update () "This is called after every isearch command to update the display. The last thing it does is to run `isearch-update-post-hook'." + (unless (eq (current-buffer) isearch--current-buffer) + (when isearch--current-buffer + (with-current-buffer isearch--current-buffer + (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit)))) + (setq isearch--current-buffer (current-buffer)) + (make-local-variable 'cursor-sensor-inhibit) + (unless (boundp 'cursor-sensor-inhibit) + (setq cursor-sensor-inhibit nil)) + ;; Suspend things like cursor-intangible during Isearch so we can search + ;; even within intangible text. + (push 'isearch cursor-sensor-inhibit)) + (if (and (null unread-command-events) (null executing-kbd-macro)) (progn @@ -1026,7 +1033,9 @@ NOPUSH is t and EDIT is t." (remove-hook 'mouse-leave-buffer-hook 'isearch-done) (remove-hook 'kbd-macro-termination-hook 'isearch-done) (setq isearch-lazy-highlight-start nil) - (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit)) + (with-current-buffer isearch--current-buffer + (setq isearch--current-buffer nil) + (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit))) ;; Called by all commands that terminate isearch-mode. ;; If NOPUSH is non-nil, we don't push the string on the search ring. ------------=_1432743542-15125-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 May 2015 16:47:05 +0000 Received: from localhost ([127.0.0.1]:38934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlQW-0002MQ-DU for submit@debbugs.gnu.org; Fri, 08 May 2015 12:47:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47966) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YqlQT-0002Lv-OW for submit@debbugs.gnu.org; Fri, 08 May 2015 12:47:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqlQN-0006S6-2k for submit@debbugs.gnu.org; Fri, 08 May 2015 12:46:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43099) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQM-0006Rz-VU for submit@debbugs.gnu.org; Fri, 08 May 2015 12:46:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQL-0000Pi-Ey for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqlQK-0006QK-20 for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:53 -0400 Received: from mail-yk0-x232.google.com ([2607:f8b0:4002:c07::232]:35155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqlQJ-0006Q4-Sg for bug-gnu-emacs@gnu.org; Fri, 08 May 2015 12:46:51 -0400 Received: by ykec202 with SMTP id c202so21771226yke.2 for ; Fri, 08 May 2015 09:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=az/15s7VONKKJDEwRytiXBufrMTHjnJLCVDM3SK4MQg=; b=tpVq4iFoeoSmlJpqofByYfwZqPCh6gCog5DCwS5G2enyvxvclNz2vn3Vik8N4TjjrR a3HZG3Chwga1ysRsZYBigPHxnf1Hrde5pl44F6C7AaxeDl/VoBeX3LKnZbfnwMXu/u3H 49DhQ4cjOHFevN1lmPtcW7bj8KpxrNGCE6z4sZPC/U/c4J7fHvbSn/zbaExJPKkba2k7 bQ1/aU3o2ecXOIwu68Nbn+uBgL64tfyeWGVZ2xMB8F9IxgK3DwR5Xomlkq1G4ca7Pfhu edXJhw7DxcM6gN4zJYEal+g8hITW6euFRFL+78g09CXnCpPCdVR6Gsl1sVzrF17Efdyh jVbA== X-Received: by 10.236.10.103 with SMTP id 67mr3890162yhu.148.1431103611109; Fri, 08 May 2015 09:46:51 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Date: Fri, 08 May 2015 16:46:50 +0000 Message-ID: Subject: 25.0.50; void-variable cursor-sensor-inhibit To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/alternative; boundary=001a1136b3b66085dd051594c608 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a1136b3b66085dd051594c608 Content-Type: text/plain; charset=ISO-8859-1 Hi, Lately, I have been facing this issue in the emacs built from master branch. I haven't yet seen this error occur on emacs 24.4. I see it happen now and then and haven't been able to consistently reproduce it but here is the backtrace. I have not been able to create this error on "emacs -Q". I get this error when I am trying to quit isearch. I don't know if this happens when I try to quit after I tried to search for a term that failed to be found in the buffer or when I try to quit after a successful search hit. But once this started happening, repeated C-g hits keep on throwing this error and I can't quit isearch. Then the only way is to restart emacs. Debugger entered--Lisp error: (void-variable cursor-sensor-inhibit) isearch-done(t) isearch-cancel() isearch-abort() funcall-interactively(isearch-abort) #(isearch-abort nil nil) ad-Advice-call-interactively(# isearch-abort nil nil) apply(ad-Advice-call-interactively # (isearch-abort nil nil)) call-interactively(isearch-abort nil nil) command-execute(isearch-abort) In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2015-05-05 on ... Windowing system distributor `The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Client release 5.10 (Tikanga) Configured using: `configure --prefix=/home/kmodi/usr_local/apps/emacs/master CPPFLAGS=-fgnu89-inline' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Minor modes in effect: global-auto-complete-mode: t minibuffer-line-mode: t guide-key-mode: t desktop-save-mode: t pdf-occur-global-minor-mode: t global-anzu-mode: t anzu-mode: t recentf-mode: t winner-mode: t global-undo-tree-mode: t undo-tree-mode: t projectile-global-mode: t projectile-mode: t global-page-break-lines-mode: t keyfreq-autosave-mode: t keyfreq-mode: t diff-auto-refine-mode: t ido-ubiquitous-mode: t ido-vertical-mode: t flx-ido-mode: t global-hungry-delete-mode: t hungry-delete-mode: t volatile-highlights-mode: t global-hi-lock-mode: t hi-lock-mode: t global-hardcore-mode: t hardcore-mode: t drag-stuff-global-mode: t drag-stuff-mode: t ido-everywhere: t ace-window-display-mode: t global-adaptive-wrap-prefix-mode: t adaptive-wrap-prefix-mode: t display-time-mode: t popwin-mode: t which-function-mode: t shell-dirtrack-mode: t global-modi-mode: t modi-mode: t override-global-mode: t save-place-mode: t show-paren-mode: t delete-selection-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t --001a1136b3b66085dd051594c608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

Lately, I have been faci= ng this issue in the emacs built from master branch. I haven't yet seen= this error occur on emacs 24.4.

I see it happen n= ow and then and haven't been able to consistently reproduce it but here= is the backtrace. I have not been able to create this error on "emacs= -Q".

I get this error when I am trying to qu= it isearch. I don't know if this happens when I try to quit after I tri= ed to search for a term that failed to be found in the buffer or when I try= to quit after a successful search hit.

But once t= his started happening, repeated C-g hits keep on throwing this error and I = can't quit isearch.

Then the only way is to re= start emacs.

Debugger entered--Lisp error: (void-v= ariable cursor-sensor-inhibit)
=A0 isearch-done(t)
=A0 = isearch-cancel()
=A0 isearch-abort()
=A0 funcall-intera= ctively(isearch-abort)
=A0 #<subr call-interactively>(isear= ch-abort nil nil)
=A0 ad-Advice-call-interactively(#<subr call= -interactively> isearch-abort nil nil)
=A0 apply(ad-Advice-cal= l-interactively #<subr call-interactively> (isearch-abort nil nil))
=A0 call-interactively(isearch-abort nil nil)
=A0 comman= d-execute(isearch-abort)


In GN= U Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4)
=A0of 2015-05-05 on ...
Windowing system distributor `The X.Org = Foundation', version 11.0.60900000
System Description: Red Hat Enterpris= e Linux Client release 5.10 (Tikanga)

Configured u= sing:
=A0`configure --prefix=3D/home/kmodi/usr_local/apps/emacs/m= aster
=A0CPPFLAGS=3D-fgnu89-inline'

= Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND= GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FR= EETYPE LIBOTF XFT ZLIB

Important settings:
=A0 value of $LANG: en_US.UTF-8
=A0 locale-coding-system: utf-= 8-unix

Minor modes in effect:
=A0 global-auto-complete-mode: t
=A0 minibuffer-line-mode: t
=A0 guide-key-mode: t
=A0 desktop-save-mode: t
= =A0 pdf-occur-global-minor-mode: t
=A0 global-anzu-mode: t
<= div>=A0 anzu-mode: t
=A0 recentf-mode: t
=A0 winner-mod= e: t
=A0 global-undo-tree-mode: t
=A0 undo-tree-mode: t=
=A0 projectile-global-mode: t
=A0 projectile-mode: t
=A0 global-page-break-lines-mode: t
=A0 keyfreq-autosave= -mode: t
=A0 keyfreq-mode: t
=A0 diff-auto-refine-mode:= t
=A0 ido-ubiquitous-mode: t
=A0 ido-vertical-mode: t<= /div>
=A0 flx-ido-mode: t
=A0 global-hungry-delete-mode: t
=A0 hungry-delete-mode: t
=A0 volatile-highlights-mode: t=
=A0 global-hi-lock-mode: t
=A0 hi-lock-mode: t
=A0 global-hardcore-mode: t
=A0 hardcore-mode: t
=A0= drag-stuff-global-mode: t
=A0 drag-stuff-mode: t
=A0 i= do-everywhere: t
=A0 ace-window-display-mode: t
=A0 glo= bal-adaptive-wrap-prefix-mode: t
=A0 adaptive-wrap-prefix-mode: t=
=A0 display-time-mode: t
=A0 popwin-mode: t
= =A0 which-function-mode: t
=A0 shell-dirtrack-mode: t
= =A0 global-modi-mode: t
=A0 modi-mode: t
=A0 override-g= lobal-mode: t
=A0 save-place-mode: t
=A0 show-paren-mod= e: t
=A0 delete-selection-mode: t
=A0 global-eldoc-mode= : t
=A0 electric-indent-mode: t
=A0 mouse-wheel-mode: t=
=A0 file-name-shadow-mode: t
=A0 global-font-lock-mode= : t
=A0 font-lock-mode: t
=A0 auto-composition-mode: t<= /div>
=A0 auto-encryption-mode: t
=A0 auto-compression-mode: = t
=A0 buffer-read-only: t
=A0 column-number-mode: t
=A0 line-number-mode: t


--001a1136b3b66085dd051594c608-- ------------=_1432743542-15125-1-- From unknown Sun Jun 22 11:39:18 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Vitalie Spinu Subject: bug#20516: closed (Re: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit) Message-ID: References: <87lhh1mz9d.fsf@gmail.com> X-Gnu-PR-Message: they-closed 20516 X-Gnu-PR-Package: emacs Reply-To: 20516@debbugs.gnu.org Date: Wed, 27 May 2015 16:19:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1432743543-15125-3" This is a multi-part message in MIME format... ------------=_1432743543-15125-3 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #20532: 25.0.50; cursor-sensor is not loaded in isearch which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 20516@debbugs.gnu.org. --=20 20532: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20532 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1432743543-15125-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 20532-done) by debbugs.gnu.org; 27 May 2015 16:18:37 +0000 Received: from localhost ([127.0.0.1]:58548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxe2K-0003vF-Tc for submit@debbugs.gnu.org; Wed, 27 May 2015 12:18:37 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:62955) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxe2E-0003uy-HA for 20532-done@debbugs.gnu.org; Wed, 27 May 2015 12:18:31 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1FgA731xV/9N+3mhcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBVigLCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeOFoN+g1kjggocgW4igTQjgSEBAQE X-IPAS-Result: A0A1FgA731xV/9N+3mhcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBVigLCzQSFBgNiFsIzyMBAQgCIIs6hQwWhBcFnxeOFoN+g1kjggocgW4igTQjgSEBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="122405013" Received: from 104-222-126-211.cpe.teksavvy.com (HELO ceviche.home) ([104.222.126.211]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 May 2015 12:18:20 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4DE6A660ED; Wed, 27 May 2015 12:18:20 -0400 (EDT) From: Stefan Monnier To: 20532-done@debbugs.gnu.org Subject: Re: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Message-ID: References: <87siakz82j.fsf@gnu.org> Date: Wed, 27 May 2015 12:18:20 -0400 In-Reply-To: <87siakz82j.fsf@gnu.org> ("Johan =?windows-1252?Q?Bockg=E5rd?= =?windows-1252?Q?=22's?= message of "Mon, 25 May 2015 23:00:20 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 20532-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Can you think of any reason why you might have started your search in >> one buffer and ended it in another? > This will happen by design if you use isearch to search across multiple > files (i.e. multi-isearch), such as a sequence of ChangeLog.N files. > (There may be other variables than cursor-sensor-inhibit that are also > mishandled in this situation.) I installed the patch below which should fix this. Stefan diff --git a/lisp/isearch.el b/lisp/isearch.el index dc10502..5599ea5 100644 --- a/lisp/isearch.el +++ b/lisp/isearch.el @@ -932,12 +932,6 @@ convert the search string to a regexp used by regexp search functions." (add-hook 'post-command-hook 'isearch-post-command-hook) (add-hook 'mouse-leave-buffer-hook 'isearch-done) (add-hook 'kbd-macro-termination-hook 'isearch-done) - (make-local-variable 'cursor-sensor-inhibit) - (unless (boundp 'cursor-sensor-inhibit) - (setq cursor-sensor-inhibit nil)) - ;; Suspend things like cursor-intangible during Isearch so we can search even - ;; within intangible text. - (push 'isearch cursor-sensor-inhibit) ;; isearch-mode can be made modal (in the sense of not returning to ;; the calling function until searching is completed) by entering @@ -949,10 +943,23 @@ convert the search string to a regexp used by regexp search functions." ;; Some high level utilities. Others below. +(defvar isearch--current-buffer) (defun isearch-update () "This is called after every isearch command to update the display. The last thing it does is to run `isearch-update-post-hook'." + (unless (eq (current-buffer) isearch--current-buffer) + (when isearch--current-buffer + (with-current-buffer isearch--current-buffer + (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit)))) + (setq isearch--current-buffer (current-buffer)) + (make-local-variable 'cursor-sensor-inhibit) + (unless (boundp 'cursor-sensor-inhibit) + (setq cursor-sensor-inhibit nil)) + ;; Suspend things like cursor-intangible during Isearch so we can search + ;; even within intangible text. + (push 'isearch cursor-sensor-inhibit)) + (if (and (null unread-command-events) (null executing-kbd-macro)) (progn @@ -1026,7 +1033,9 @@ NOPUSH is t and EDIT is t." (remove-hook 'mouse-leave-buffer-hook 'isearch-done) (remove-hook 'kbd-macro-termination-hook 'isearch-done) (setq isearch-lazy-highlight-start nil) - (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit)) + (with-current-buffer isearch--current-buffer + (setq isearch--current-buffer nil) + (setq cursor-sensor-inhibit (delq 'isearch cursor-sensor-inhibit))) ;; Called by all commands that terminate isearch-mode. ;; If NOPUSH is non-nil, we don't push the string on the search ring. ------------=_1432743543-15125-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 6 May 2015 16:45:12 +0000 Received: from localhost ([127.0.0.1]:36480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yq2Ra-0005mN-Jv for submit@debbugs.gnu.org; Wed, 06 May 2015 12:45:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51460) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yq2RW-0005jm-7c for submit@debbugs.gnu.org; Wed, 06 May 2015 12:45:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yq2RM-0005mB-GH for submit@debbugs.gnu.org; Wed, 06 May 2015 12:45:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:33132) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yq2RM-0005m7-E4 for submit@debbugs.gnu.org; Wed, 06 May 2015 12:44:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36712) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yq2RL-0001lT-MO for bug-gnu-emacs@gnu.org; Wed, 06 May 2015 12:44:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yq2RG-0005l0-VU for bug-gnu-emacs@gnu.org; Wed, 06 May 2015 12:44:55 -0400 Received: from mail-wg0-x234.google.com ([2a00:1450:400c:c00::234]:33943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yq2RG-0005km-Oc for bug-gnu-emacs@gnu.org; Wed, 06 May 2015 12:44:50 -0400 Received: by wgso17 with SMTP id o17so18080454wgs.1 for ; Wed, 06 May 2015 09:44:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type; bh=7HzW0pBZosGUac+8TPsvAJTlr8s76tJ8KKXsSVAfu/k=; b=lP60ZiFIEiDmtAvSj5Rtesm3J6QYHeXAFzqIabq6yCvZk5pFm8CBEMNBlN0XvT+/pG E/ErDY4VbPLMdGOagDS2xc2x6pU861WrJxfjK7zB2GaR9/wUF/dI3X5T93wLcEDx361O q4LLcDkipfq6vNC9ztOBrT5ivUSoOxoyAKWq20vEVP+/ZRoIeiUZ2JTUeFOYrfIUxYdE hZZl8RA5MwOgsWxNgrlxHIXhWjHqEmZXdMbG8uW4pkBmQuZMoqzFuSaqZb95x9x/iDbA F071l2PkmexNdMV2ruhd7LnM13qepJ6mEXumYC8Z1fC9F+mjvegHGKQmT7GJOXOPj2lH xU0g== X-Received: by 10.194.133.102 with SMTP id pb6mr62195955wjb.97.1430930689631; Wed, 06 May 2015 09:44:49 -0700 (PDT) Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id jq3sm3536636wjc.22.2015.05.06.09.44.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 May 2015 09:44:48 -0700 (PDT) From: Vitalie Spinu To: bug-gnu-emacs@gnu.org Subject: 25.0.50; cursor-sensor is not loaded in isearch Date: Wed, 06 May 2015 18:44:46 +0200 Message-ID: <87lhh1mz9d.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Occasionally I am getting isearch-cancel: Symbol's value as variable is void: cursor-sensor-inhibit [12 times] but I cannot give exact steps to reproduce. Likely cause - isearch is not requiring cursor-sensor. Vitalie ------------=_1432743543-15125-3-- From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit References: In-Reply-To: Resent-From: Christoph Ruegge Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 May 2015 20:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.14327599808101 (code B ref 20532); Wed, 27 May 2015 20:53:01 +0000 Received: (at 20532) by debbugs.gnu.org; 27 May 2015 20:53:00 +0000 Received: from localhost ([127.0.0.1]:58673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YxiJv-00026b-M6 for submit@debbugs.gnu.org; Wed, 27 May 2015 16:52:59 -0400 Received: from mail-wi0-f175.google.com ([209.85.212.175]:36742) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YxiJt-00026O-0A for 20532@debbugs.gnu.org; Wed, 27 May 2015 16:52:57 -0400 Received: by wizk4 with SMTP id k4so125189767wiz.1 for <20532@debbugs.gnu.org>; Wed, 27 May 2015 13:52:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=igjIFaFRNQFaL7mLWkNiZDnmS4UvDi5RblQnIJEoOIE=; b=q8qvJSwlNKL5g3ajDgShBoElsxdW5hGdzTK2ptqv27WP4ZiVIYUvQNaRvEwnOg10Xe WJRptmI4G65dX9/fet+BaTafRJ0L5MhdbcVBT8oQoBTn7e2+LUDxVQNPW7+Svw4gy7Ud 8y4daOARFxB6rimtvAgBOsPtREOpR9HjCIqm7gYJlRIsaXIEjNhXLeMaikCya/Hozcqv LEluwsvWrEAFsr4puoWmSkg20tn7kPqYZGn8+ak5yv042gtPtut2c55yCxQlj0WM/0ev sMfWIKDvC6e/u1GOQtHaiIVgcrjX0X7g+Vsm8+Gtd7KT5NJi54YJVlgEc3cy6unW1eaW luTA== X-Received: by 10.180.96.196 with SMTP id du4mr25611366wib.77.1432759971229; Wed, 27 May 2015 13:52:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.27.146.195 with HTTP; Wed, 27 May 2015 13:52:20 -0700 (PDT) From: Christoph Ruegge Date: Wed, 27 May 2015 22:52:20 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This patch causes void-variable errors for me. Shouldn't isearch--current-buffer have an init value? From unknown Sun Jun 22 11:39:18 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20532: 25.0.50; void-variable cursor-sensor-inhibit Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 May 2015 01:50:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christoph Ruegge Cc: 20532@debbugs.gnu.org Received: via spool by 20532-submit@debbugs.gnu.org id=B20532.14327777607769 (code B ref 20532); Thu, 28 May 2015 01:50:04 +0000 Received: (at 20532) by debbugs.gnu.org; 28 May 2015 01:49:20 +0000 Received: from localhost ([127.0.0.1]:58746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxmwh-00021C-VD for submit@debbugs.gnu.org; Wed, 27 May 2015 21:49:20 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:2777) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxmwf-00020w-11 for 20532@debbugs.gnu.org; Wed, 27 May 2015 21:49:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AwEwA731xV/9N+3mhcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEBHYs6hQUHhC0BBLUEI4IKHIFuIoJ4AQEB X-IPAS-Result: A0AwEwA731xV/9N+3mhcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEBHYs6hQUHhC0BBLUEI4IKHIFuIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="122511829" Received: from 104-222-126-211.cpe.teksavvy.com (HELO fmsmemgm.homelinux.net) ([104.222.126.211]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 May 2015 21:49:12 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 9F232AE0BD; Wed, 27 May 2015 21:49:10 -0400 (EDT) From: Stefan Monnier Message-ID: References: Date: Wed, 27 May 2015 21:49:10 -0400 In-Reply-To: (Christoph Ruegge's message of "Wed, 27 May 2015 22:52:20 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > This patch causes void-variable errors for me. Shouldn't > isearch--current-buffer have an init value? Duh, yes, indeed! Stefan