From unknown Wed Jun 25 09:10:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Mar 2017 23:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 25941@debbugs.gnu.org, ohwoeowho@gmail.com X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" , Oleh Krehel Received: via spool by submit@debbugs.gnu.org id=B.148849822521821 (code B ref -1); Thu, 02 Mar 2017 23:44:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Mar 2017 23:43:45 +0000 Received: from localhost ([127.0.0.1]:37114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNs-0005fs-FP for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNp-0005ff-B9 for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNi-00066Z-1f for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:36 -0500 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]:52043) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cjaNh-00066V-Ua for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjaNf-0002ya-Vd for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNe-00065o-0C for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:32 -0500 Received: from mail-ua0-x22b.google.com ([2607:f8b0:400c:c08::22b]:33431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjaNd-00065h-PS for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:29 -0500 Received: by mail-ua0-x22b.google.com with SMTP id c11so46420930uaa.0 for ; Thu, 02 Mar 2017 15:43:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=pXNqUhiTm7V0a4ECjUngwRo0FaoP4tzJDy1FuJsXooD/WeImad1Egj4gKNhHG00Il5 Zpotoq7oQCjokx3VR3MyQedc5q4XDr7rdEjg91Ne9mUa569liK+uhuRLbu8r9p4QAfc8 n58yBkclZG00P/jkLYeXrx1H/edAz0mhoG9kU+3q869HQKKEGJ2ftwwFVH/uJWLwQI7w N31wjITYdfnPDS4XjjNQ+WO0F+gFNU0RiPhpjmmL/v47ijiMwSZGmH74VKnLngosf/Sk 2pRdFeSpnD5I3r+30gFdw0qnhsmWzZZqPA+RzuwW3Xlvn9dh5C0XODAOEnj6bjhuw1/c yp0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=tK0qdSKzl0w4ag1SuyXFF7gMtgvLobd+wYp7sw2q2h5UL3bFOQFB3yux9MfMUIzEGc QGkgOQ4xqpI8WheiYzj7XJTptnal2HeoEhAFiEnq/yCzzOdfnkRLd6HxG7ZnHhH/c4aG 04m1hMWSSBdrdjQHyxUEAQnLFhsvDQc9uUdxiTZPP9mJAa//j7zIDkEeiBhdp9OeBo0p z9pW3LVIncSpefHR230H0j4RpQA4GkCxOr9KWyX3cgNf2hDvy5bHUwE+evBSvqTPuwfS Gyp1+xFk9DK3Gk8MGBA383Iig3Z54bwX12pylTzqEC3zcRisB8WbecDTpSxj+nJnGdAA xBWQ== X-Gm-Message-State: AMke39lo2xKK3WruDhGTUtS4aHj/w2hXghYpwNvnRNhdd8cfc+Sn+zKPhyWZLL8PYYuBj8OBB9mcWxVVIRSEmQ== X-Received: by 10.31.70.66 with SMTP id t63mr4413589vka.175.1488498207037; Thu, 02 Mar 2017 15:43:27 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Thu, 02 Mar 2017 23:43:15 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a11484ae0e11f160549c7fec3 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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.18 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 (----) --001a11484ae0e11f160549c7fec3 Content-Type: text/plain; charset=UTF-8 I discovered a difference in between when running a command from the avy package (available on GNU Elpa). I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1. But it does exist on emacs 26.0.50. How to recreate the problem: 1. emacs -Q 2. Install the avy package from GNU Elpa 3. M-x toggle-debug-on-error 4. M-x avy-goto-line 5. Enter the number 10 You will get a backtrace like this: ===== Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil) avy-action-goto(nil) avy-goto-line(1) funcall-interactively(avy-goto-line 1) call-interactively(avy-goto-line record nil) command-execute(avy-goto-line record) execute-extended-command(nil "avy-goto-line" nil) funcall-interactively(execute-extended-command nil "avy-goto-line" nil) call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) ===== By edebugging the avy.el code, I figured out that the problem was that this function was returning nil when it should in fact be returning t. The difficulty in debugging this further is that if I evaluate that function (avy--process), then the problem goes away. With point in that function, after I do C-M-x, M-x avy-goto-line starts working fine. This problem repeats after each emacs restart; and goes away after C-M-x on avy--process. This means that when the compiled version of avy--process is loaded, that function returns nil incorrectly. But after manually evaluating it, it starts returning t when expected. ===== (defun avy--process (candidates overlay-fn) "Select one of CANDIDATES using `avy-read'. Use OVERLAY-FN to visualize the decision overlay." (unless (and (consp (car candidates)) (windowp (cdar candidates))) (setq candidates (mapcar (lambda (x) (cons x (selected-window))) candidates))) (let ((len (length candidates)) (cands (copy-sequence candidates)) res) (if (= len 0) (message "zero candidates") (if (= len 1) (setq res (car candidates)) (unwind-protect (progn (avy--make-backgrounds (avy-window-list)) (setq res (if (eq avy-style 'de-bruijn) (avy-read-de-bruijn candidates avy-keys) (avy-read (avy-tree candidates avy-keys) overlay-fn #'avy--remove-leading-chars)))) (avy--done))) (cond ((eq res 'restart) (avy--process cands overlay-fn)) ;; ignore exit from `avy-handler-function' ((eq res 'exit)) (t (avy-push-mark) (when (and (consp res) (windowp (cdr res))) (let* ((window (cdr res)) (frame (window-frame window))) (unless (equal frame (selected-frame)) (select-frame-set-input-focus frame)) (select-window window)) (setq res (car res))) (funcall (or avy-action 'avy-action-goto) (if (consp res) (car res) res))))))) ===== More info.. The avy--process is called via avy--line when doing M-x avy-goto-line. Below is the relevant snippet from the avy-goto-line fn. Notice the r variable. When numbers are entered as input after M-x avy-goto-line, that (avy--line (eq arg 4) form should return t. But it is returning nil instead. So avy-action-goto gets called when it shouldn't be. After manually evaluating avy--process, r is set to t instead of nil as expected and the problem goes away. ===== snippet from avy-goto-line fn definition ===== (r (avy--line (eq arg 4)))) (unless (eq r t) (avy-action-goto r)))))) ===== I started off this bug report on the package github page: https://github.com/abo-abo/avy/issues/182 But realizing that the same package version works fine on emacs 25.x but not on the master build, I am filing this report. In GNU Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2017-03-02 Repository revision: d0d26c1379598983d2163deb13ba8ab13b14ba2c Windowing system distributor 'The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Workstation release 6.6 (Santiago) Configured using: 'configure --with-modules --prefix=/home/kmodi/usr_local/apps/6/emacs/master '--program-transform-name=s/^ctags$/ctags_emacs/' 'CPPFLAGS=-fgnu89-inline -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=-ggdb3 -O0' 'CXXFLAGS=-ggdb3 -O0' 'LDFLAGS=-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix -- Kaushal Modi --001a11484ae0e11f160549c7fec3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I discovered a difference in between when running a c= ommand from the avy package (available on GNU Elpa).

I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1.<= /div>

But it does exist on emacs 26.0.50.

=
How to recreate the problem:

1. emacs -= Q
2. Install the avy package from GNU Elpa
3. M-x toggl= e-debug-on-error
4. M-x avy-goto-line
5. Enter the numb= er 10

You will get a backtrace like this:

=3D=3D=3D=3D=3D
Debugger entered--Lisp erro= r: (wrong-type-argument integer-or-marker-p nil)
=C2=A0 avy-actio= n-goto(nil)
=C2=A0 avy-goto-line(1)
=C2=A0 funcall-inte= ractively(avy-goto-line 1)
=C2=A0 call-interactively(avy-goto-lin= e record nil)
=C2=A0 command-execute(avy-goto-line record)
<= div>=C2=A0 execute-extended-command(nil "avy-goto-line" nil)
=C2=A0 funcall-interactively(execute-extended-command nil "avy-g= oto-line" nil)
=C2=A0 call-interactively(execute-extended-co= mmand nil nil)
=C2=A0 command-execute(execute-extended-command)
=3D=3D=3D=3D=3D

By edebugging the a= vy.el code, I figured out that the problem was that this function was retur= ning nil when it should in fact be returning t.

Th= e difficulty in debugging this further is that if I evaluate that function = (avy--process), then the problem goes away.
With point in that fu= nction, after I do C-M-x, M-x avy-goto-line starts working fine.
=
This problem repeats after each emacs restart; and goes away= after C-M-x on avy--process.

This means that when= the compiled version of avy--process is loaded, that function returns nil = incorrectly. But after manually evaluating it, it starts returning t when e= xpected.

=3D=3D=3D=3D=3D
(defun avy= --process (candidates overlay-fn)
=C2=A0 "Select one of CAND= IDATES using `avy-read'.
Use OVERLAY-FN to visualize the deci= sion overlay."
=C2=A0 (unless (and (consp (car candidates))<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windowp (= cdar candidates)))
=C2=A0 =C2=A0 (setq candidates
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mapcar (lambda (x) (cons x (selected-windo= w)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 candidates)))
=C2=A0 (let ((len (length candidates))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (cands (copy-sequence candidates))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)
=C2=A0 =C2=A0 (if (=3D len 0)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (message "zero candidates")
=C2=A0 =C2=A0 =C2=A0 (if (=3D len 1)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (setq res (car candidates))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 (unwind-protect
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(progn
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0(avy--make-backgrounds
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 (avy-window-list))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (if (eq avy-style 'de-bruijn)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-read-de-bruijn
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(avy-read (avy-tree candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0overlay-fn
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'avy--remove-leadi= ng-chars))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy--done)))
=C2=A0 =C2=A0 =C2=A0 (cond ((eq res 'restart)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy--process cands overlay-fn))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; ignore exit from `avy= -handler-function'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = ((eq res 'exit))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (t=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-push-mark)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(when (and (consp= res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (windowp (cdr res)))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((window (cdr res))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (frame (window-frame window)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(unless (equal frame (selected-frame))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0(select-frame-set-input-focus frame))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(select-window window))
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (car res)))

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(fu= ncall (or avy-action 'avy-action-goto)
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (if (consp res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (car res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)))))))
=3D=3D=3D=3D=3D

More info..

=
The avy--process is called via avy--line when doing M-x avy-goto= -line. Below is the relevant snippet from the avy-goto-line fn. Notice the = r variable.
When numbers are entered as input after M-x avy-goto-= line, that (avy--line (eq arg 4) form should return t. But it is returning = nil instead. So avy-action-goto gets called when it shouldn't be.
=

After manually evaluating avy--process, r is set to t i= nstead of nil as expected and the problem goes away.

=3D=3D=3D=3D=3D snippet from avy-goto-line fn definition =3D=3D=3D=3D=3D=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(r (avy--li= ne (eq arg 4))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (unless (eq r t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy-action-goto r))))))
=3D=3D=3D=3D=3D

I started off this bug rep= ort on the package github page:=C2=A0https://github.com/abo-abo/avy/issues/182
But= realizing that the same package version works fine on emacs 25.x but not o= n the master build, I am filing this report.

In GN= U Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)<= /div>
=C2=A0of 2017-03-02
Repository revision: d0d26c13795989= 83d2163deb13ba8ab13b14ba2c
Windowing system distributor 'The = X.Org Foundation', version 11.0.60900000
System Description:<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> Red Hat Ent= erprise Linux Workstation release 6.6 (Santiago)

<= br>
Configured using:
=C2=A0'configure --with-modul= es
=C2=A0--prefix=3D/home/kmodi/usr_local/apps/6/emacs/master
=C2=A0'--program-transform-name=3Ds/^ctags$/ctags_emacs/'
=C2=A0'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/incl= ude
=C2=A0-I/usr/include/freetype2 -I/usr/include' 'CFLAG= S=3D-ggdb3 -O0'
=C2=A0'CXXFLAGS=3D-ggdb3 -O0' 'LD= FLAGS=3D-L/home/kmodi/usr_local/6/lib
=C2=A0-L/home/kmodi/usr_loc= al/6/lib64 -ggdb3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTI= NGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB=
TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

Im= portant settings:
=C2=A0 value of $LANG: en_US.UTF-8
= =C2=A0 value of $XMODIFIERS: @im=3Dnone
=C2=A0 locale-coding-syst= em: utf-8-unix


--=

Kaushal M= odi

--001a11484ae0e11f160549c7fec3-- From unknown Wed Jun 25 09:10:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions References: In-Reply-To: Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Mar 2017 12:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 25941@debbugs.gnu.org Received: via spool by 25941-submit@debbugs.gnu.org id=B25941.14885431647020 (code B ref 25941); Fri, 03 Mar 2017 12:13:01 +0000 Received: (at 25941) by debbugs.gnu.org; 3 Mar 2017 12:12:44 +0000 Received: from localhost ([127.0.0.1]:37486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjm4i-0001pA-Ed for submit@debbugs.gnu.org; Fri, 03 Mar 2017 07:12:44 -0500 Received: from mail-ua0-f173.google.com ([209.85.217.173]:34127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjm4h-0001os-0A for 25941@debbugs.gnu.org; Fri, 03 Mar 2017 07:12:43 -0500 Received: by mail-ua0-f173.google.com with SMTP id f54so111359706uaa.1 for <25941@debbugs.gnu.org>; Fri, 03 Mar 2017 04:12:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Szb7j87aisYyaBlHtM8wutGfY93bdlDOgBd2+7A2oY0=; b=reBaK7oDw3Zn/B1QrPwT7JBusuW0Mvf8CAY4B0JKngajn53pHIovR44V2kG0YjwS1b EDmNmln0NyN8CGOFeBLea0je+drArY3TIEtyQSdjs8ti39tltg4YvZ+s7wKE1dT6jj1y M7fZf1L9221z88+hqxoGkyUzmdP6IiRt/G0Tkg83ZWqfslOCpFFDn1lbuyatPUZYWb4a fmHPAQHCIK0FKvQQcZPUoulRn5t/kRLUxIqabCPtQWDc8aiFkn/TrmMQqA5AhUI/BDyj xbddO7dgEi7oBjcnHaAHGWgICOodbSGedN7AkNf8SbOt9jM0YUfjowFGoKDfEphWHYGG ktnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Szb7j87aisYyaBlHtM8wutGfY93bdlDOgBd2+7A2oY0=; b=X2QDyTOJxN0wPWAqMInsvw+mVltlyhjh6/kvJkg2apcvWlXlL3VKTkXvSwkeCFvtkS 5Uy86yYTl8piUOZmwF8kQfsfigbq9qarzMqSCShiGcJAuqRMUJARvA8yI5wsT6fMTm5q 59JWYU1NTmKKMeZCQjfn8QgTqlCFJH+HGUhShCXUsbtPeHEIwbgOQsTEBF8mYq0cnueh pdukP6oBoib8vMf+ElRiZIEIqvFJAbveNBklWZw7LoNJu2RA7KoAt7xdjLC+Af/Izm/H niu/LjGpgTWBL0Lo/HyRp0D0yjAV+TBTomsupG6oxsBbGuCZ6bZ0TlLUu6QlX50L2I90 yhsQ== X-Gm-Message-State: AMke39lHjB/HqIjxTzWIovmjQzgBL19kpbzVJ07bVphxK7l0Mdj+WeuMjDJ3dgujZZPid9ZwoSuVguJOQRlVoA== X-Received: by 10.176.70.66 with SMTP id z2mr758815uab.69.1488543157128; Fri, 03 Mar 2017 04:12:37 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Fri, 03 Mar 2017 12:12:26 +0000 Message-ID: Content-Type: multipart/alternative; boundary=f40304361e241d16650549d2762a X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) --f40304361e241d16650549d2762a Content-Type: text/plain; charset=UTF-8 Here's a set of updates that could probably help trace the problem: - I rebuilt emacs from master using make bootstrap, but the problem persists. - I see the problem when I do "M-x avy-goto-line 10" but not when I do "M-: (avy-goto-line 10)". So the bug triggers only during interactive execution? A workaround for now is to delete the avy.elc file. Does the avy--process code not work well with the recently byte compiler incompatibility in the master branch? -- Kaushal Modi --f40304361e241d16650549d2762a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Here's a set of updates that could probably help trace= the problem:

- I rebuilt emacs from master using make b= ootstrap, but the problem persists.
- I see the problem when I do= "M-x avy-goto-line 10" but not when I do "M-: (avy-goto-lin= e 10)". So the bug triggers only during interactive execution?

A workaround for now is to delete the avy.elc file.
=

Does the avy--process code not work well with the recen= tly byte compiler incompatibility in the master branch?
--

Kaushal Modi

--f40304361e241d16650549d2762a-- From unknown Wed Jun 25 09:10:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Mar 2017 16:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 25941@debbugs.gnu.org, Vibhav Pant , Oleh Krehel Received: via spool by 25941-submit@debbugs.gnu.org id=B25941.148907710615409 (code B ref 25941); Thu, 09 Mar 2017 16:32:01 +0000 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 16:31:46 +0000 Received: from localhost ([127.0.0.1]:47919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm0yf-00040T-OU for submit@debbugs.gnu.org; Thu, 09 Mar 2017 11:31:45 -0500 Received: from mail-ua0-f182.google.com ([209.85.217.182]:33544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm0ye-00040E-4j for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 11:31:44 -0500 Received: by mail-ua0-f182.google.com with SMTP id u30so86959557uau.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 08:31:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=U0AhDRHIXpWfiehmft003gPtiNGWamtdN/b0hpfC8y8=; b=bcGdm+F2zHrCZaiNJ4D0/OW6gnXHleJS5ctWKy7CiX1abwqwiSerfSJBS2IASgmZhd VYwkrXtnTVG+IJdpxUIVH/IoRqxljNtyko8FbWd6mr8VCuGoP9MoOUaODfHhJqEucZUJ 2b3G+91PRDsePkLVHh4WeYdOW1A9zgJDNlGEFlSdakarbViOf4gYiH2qKg43yNhcv5Ir qc6xdRwy7Qf+wIXvhbeBz+3os67MvD063d0J+zicDmOsFFLDAVaQ+/9aYkbQdN0XJBG7 ZOWEJwBF6ovb/0Vpwo5PR1iV1dL9wLrxUijXzi9p9/jQD7+j0wm7TGnNKCoWSAk2OtVA HiyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=U0AhDRHIXpWfiehmft003gPtiNGWamtdN/b0hpfC8y8=; b=MmG9HcVK84wpm/mEaiZW8kWzryCB79NP+4Bsu3GFkpBgttPKDZYverAV/SF1wZLUE3 sk9JUKUBet3XzFJNOuiaFlWYV76AvkZB6DBNxwpSZ8dhjwvqlnkGjXT98Ky31kLULFAq YMySnt5IVmNS/z6bodFDN0Z9J4g/5+hVMasYAYaZrLnoPERRy36mZ9p1EdyGTAYEewH3 9yJIHJOgttkBt2fbxa7MDQzCndFOtdNKagRelkMEjGFutYoi2ZyHFlYnMaIzvlXiuWKa NkD020uqU/MATWBijRfK0hW/EhmjYKXeBn05Cn3qvxY63eft9fxvY5MkeU9WSMTP2Z9f G+qw== X-Gm-Message-State: AMke39mQdCCoAbVRj5ezvAqksdfkV+WEp3XDZCmf5ATLztxgNl9x/2S2gKrNAXai3XS8Az7bCmGcP5U0Nvl5gA== X-Received: by 10.31.41.76 with SMTP id p73mr7357771vkp.94.1489077098041; Thu, 09 Mar 2017 08:31:38 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 16:31:26 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113ef44a78daa2054a4ec7a2 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.0 (/) --001a113ef44a78daa2054a4ec7a2 Content-Type: text/plain; charset=UTF-8 Hi Vibhav, This issue seems to be related to the switch bytecode change. Can you please review it. The code snippet in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25941#5 returns t on emacs 25.2 but nil on emacs master. That is messing up the avy-goto-line function (avy package). avy--process does contain the cond form which is affected by the switch bytecode change. If I delete the .elc, the issue goes away. On Fri, Mar 3, 2017 at 7:12 AM Kaushal Modi wrote: > Here's a set of updates that could probably help trace the problem: > > - I rebuilt emacs from master using make bootstrap, but the problem > persists. > - I see the problem when I do "M-x avy-goto-line 10" but not when I do > "M-: (avy-goto-line 10)". So the bug triggers only during interactive > execution? > > A workaround for now is to delete the avy.elc file. > > Does the avy--process code not work well with the recently byte compiler > incompatibility in the master branch? > -- > > Kaushal Modi > -- Kaushal Modi --001a113ef44a78daa2054a4ec7a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Vibhav,=C2=A0

This issue seems to be= related to the switch bytecode change.

Can you pl= ease review it.

The code snippet in=C2=A0https://debbug= s.gnu.org/cgi/bugreport.cgi?bug=3D25941#5=C2=A0returns t on emacs 25.2 = but nil on emacs master. That is messing up the avy-goto-line function (avy= package).

avy--process does contain the cond form= which is affected by the switch bytecode change.

= If I delete the .elc, the issue goes away.

On Fri, Mar 3, 2017 at 7:12 AM Kaushal Modi <kaushal.modi@gmail.com> wrote:
= Here's a set of updates that could probably help trace the problem:
- I rebuilt emacs from master using make bootstrap, but the problem persis= ts.
- I see the problem when I do "M-x a= vy-goto-line 10" but not when I do "M-: (avy-goto-line 10)".= So the bug triggers only during interactive execution?

A workaro= und for now is to delete the avy.elc file.
Does the avy--process = code not work well with the recently byte compiler incompatibility in the m= aster branch?
--

Kaushal Modi

--

Kaushal Modi

--001a113ef44a78daa2054a4ec7a2-- From unknown Wed Jun 25 09:10:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Resent-From: Vibhav Pant Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Mar 2017 18:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 25941@debbugs.gnu.org, Oleh Krehel Received: via spool by 25941-submit@debbugs.gnu.org id=B25941.1489083837665 (code B ref 25941); Thu, 09 Mar 2017 18:24:02 +0000 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 18:23:57 +0000 Received: from localhost ([127.0.0.1]:47986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2jF-0000Ae-7j for submit@debbugs.gnu.org; Thu, 09 Mar 2017 13:23:57 -0500 Received: from mail-yb0-f178.google.com ([209.85.213.178]:33004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2jE-0000AS-8D for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 13:23:56 -0500 Received: by mail-yb0-f178.google.com with SMTP id d88so4623100ybi.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 10:23:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JJDCtrKAaEep2vVwYWitYAV0TLv9lmqyOkBujCto/pI=; b=h96ZeEpsAOgox9ih5W9Ac8UeQtC73r3WaIcnjIPu5ONEiXH38skg701eGMNeD/YAf6 vX2isbAzdiqUPO7nFUVQeXnnLXrpkA6c9M6b2VjmqkrpXHOaz9MsIW8o4GZq15BGd821 umJPE/TUaLJws1XkCwJ9pljb51ALwkjdF+PqjvtzdrbGRP018oFuRx3kw7Veb+dyYrRC pbTcR2pMJShsWessdRDzx2JUHuqSN1BQkWeS7F8uro0OcbohImjQJTVHWjhHUyzQZ/MJ VnNQWp9JmCmU9hHzUEExF0ai951OcWTs4TCOBHsIDxSckLXvqAN3iL2Ft+lTKg2zAtUC cGWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JJDCtrKAaEep2vVwYWitYAV0TLv9lmqyOkBujCto/pI=; b=lrYwmccAYy7Bb0+jkW+kTEB4oHDsIt0FzHp7kaoInBlSrjNlYoJYgKNzTpuQowsFd8 6XDm+Nzu1x0mK7GglZ2oJT7HFumliM3pAznxxRIyteqHLm14miISu0duzsInoGzugKFB 1Lx5PsCoJWVeH3aHVupYBFq8yVOaf6k7ig9Ij/0GvlFvlBpyi4Fg2GDJQdXq1llAyQPd 82NoScFXS1NM6Mhl2Fc5DAzZPmRhfWE4s+F97GB+wjQFb+QhVJSz+MeiaRwI3zyY8Xtf MUzuMPYLwpIIDneUmTphmG2U3KEEU34UjD83q6DkwOUBoleBDLsB2vGsiUlwveK0N4+F Dpqw== X-Gm-Message-State: AMke39k2VUpO/2kpkvBjS9gC24NSI4HxPIktUviV1f4DlKkqpfb6RI/DHRstAhFqZBk3VDId7lenPMItIxLQSg== X-Received: by 10.37.223.18 with SMTP id w18mr4474457ybg.99.1489083830099; Thu, 09 Mar 2017 10:23:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.37.3 with HTTP; Thu, 9 Mar 2017 10:23:29 -0800 (PST) In-Reply-To: References: From: Vibhav Pant Date: Thu, 9 Mar 2017 23:53:29 +0530 Message-ID: Content-Type: multipart/mixed; boundary=94eb2c0ef6a4bc2bb3054a5058dd X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.0 (/) --94eb2c0ef6a4bc2bb3054a5058dd Content-Type: text/plain; charset=UTF-8 On Thu, Mar 9, 2017 at 10:01 PM, Kaushal Modi wrote: > This issue seems to be related to the switch bytecode change. `cond' returns the value of the met condition when the clause doesn't have a body. That's what seems to be happening when (eq res 'exit). The result should be t instead of nil. A similar example like: (defun test (v) (cond ((eq v 1) 'one) ((eq v 2)) (t 'none))) Also displays different results with (test 2) when byte compiled. I've added a patch to bytecomp.el which tries to fix this, could you apply it and see whether the issue still exists? Thanks, Vibhav -- Vibhav Pant vibhavp@gmail.com --94eb2c0ef6a4bc2bb3054a5058dd Content-Type: text/plain; charset=US-ASCII; name="condition-only-clause.diff" Content-Disposition: attachment; filename="condition-only-clause.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j02q2odi0 ZGlmZiAtLWdpdCBhL2xpc3AvZW1hY3MtbGlzcC9ieXRlY29tcC5lbCBiL2xpc3AvZW1hY3MtbGlz cC9ieXRlY29tcC5lbAppbmRleCAyNTUxM2JkMDI0Li4wNjg5ODg4MTNhIDEwMDY0NAotLS0gYS9s aXNwL2VtYWNzLWxpc3AvYnl0ZWNvbXAuZWwKKysrIGIvbGlzcC9lbWFjcy1saXNwL2J5dGVjb21w LmVsCkBAIC00MTI4LDcgKzQxMjgsOSBAQCBieXRlLWNvbXBpbGUtY29uZC1qdW1wLXRhYmxlCiAg ICAgICAgICAgOzsgZGVwdGgvdGFnIGNvbmZsaWN0cyBvciB2aW9sYXRpbmcgYXNzZXJ0cyBkb3du IHRoZSByb2FkLgogICAgICAgICAgIDs7IFRvIG1ha2Ugc3VyZSBgYnl0ZS1jb21waWxlLWJvZHkn IGl0c2VsZiBkb2Vzbid0IHZpb2xhdGUgdGhpcywKICAgICAgICAgICA7OyB3ZSB1c2UgYGNsLWFz c2VydCcuCi0gICAgICAgICAgKGJ5dGUtY29tcGlsZS1ib2R5IGJvZHkgYnl0ZS1jb21waWxlLS1m b3ItZWZmZWN0KQorICAgICAgICAgIChpZiAobnVsbCBib2R5KQorICAgICAgICAgICAgICAoYnl0 ZS1jb21waWxlLWJvZHkgJyh0KSBieXRlLWNvbXBpbGUtLWZvci1lZmZlY3QpCisgICAgICAgICAg ICAoYnl0ZS1jb21waWxlLWJvZHkgYm9keSBieXRlLWNvbXBpbGUtLWZvci1lZmZlY3QpKQogICAg ICAgICAgIChjbC1hc3NlcnQgKG9yICg9IGJ5dGUtY29tcGlsZS1kZXB0aCBpbml0LWRlcHRoKQog ICAgICAgICAgICAgICAgICAgICAgICAgICg9IGJ5dGUtY29tcGlsZS1kZXB0aCAoMSsgaW5pdC1k ZXB0aCkpKSkKICAgICAgICAgICAoYnl0ZS1jb21waWxlLWdvdG8gJ2J5dGUtZ290byBkb25ldGFn KQo= --94eb2c0ef6a4bc2bb3054a5058dd-- From unknown Wed Jun 25 09:10:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25941: 26.0.50; Different code behavior between using the auto-compiled and evaled versions Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Mar 2017 18:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25941 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vibhav Pant Cc: 25941@debbugs.gnu.org, Oleh Krehel Received: via spool by 25941-submit@debbugs.gnu.org id=B25941.14890841111100 (code B ref 25941); Thu, 09 Mar 2017 18:29:02 +0000 Received: (at 25941) by debbugs.gnu.org; 9 Mar 2017 18:28:31 +0000 Received: from localhost ([127.0.0.1]:47995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2nf-0000Hf-3U for submit@debbugs.gnu.org; Thu, 09 Mar 2017 13:28:31 -0500 Received: from mail-ua0-f176.google.com ([209.85.217.176]:33378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm2nd-0000HQ-CJ for 25941@debbugs.gnu.org; Thu, 09 Mar 2017 13:28:29 -0500 Received: by mail-ua0-f176.google.com with SMTP id u30so90929882uau.0 for <25941@debbugs.gnu.org>; Thu, 09 Mar 2017 10:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y13uJSoI44kMTPwZ41rZ/raCJPFQp9TwYLddQmgp4bk=; b=j0PXf/b6slflRjxuutYbmBswFTqJ5DiGFeeMYU5GYJDQtjIHFUKD7qOciSY+KAjnFz msKqLzbFf5mcVmZNHASaV3WMTJjJXqbk0lFuoFQncFSxNPC7sIFV4traRvSC5ejra4SR IiwW6OChNgWuBYDpwpza7/PTo/TK7GxV1SWidOv2uvRN55hx5q8w+lsLEussCBLxVXDa Y2X7yro+8QgviLqQWdqiSLCDr4a8czUbcSXTsOmISSzv5rc7F+8+Y4p3ppTLcv9yHidL MfF9FAvR/VP3cQrU/zhWSkKt0XRGzieg05eDIkS/MEYd4S7WPabvOlWhiW7fZHECiXOe V69A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y13uJSoI44kMTPwZ41rZ/raCJPFQp9TwYLddQmgp4bk=; b=J8b1HWs8icONph9DUkWBSl8ttuXIV98eyu/S3fks2D9cDsUMDbCwQoff/CAaD61w1n geMsDH3UmgfZJrjcniEbILd5gbAGD0UEtNM6RUy9NBb4fPKA8Doxr1c/h/do+pykJj68 jml5xehpRNrNRiFbeP9NnunkyRR7zcVqfH5S7GpMhsJRl4+W8GeqJ9RCxFSnhzgWS/oq jbQd7Er5+i1vePCG71NfXOGtGMKSczvs36yjz5Mgtio81aqyxQ9hThBNnCx4Fzl8UWHj wFplmDC8a4vu/qG3fhVPby0J5nA7bDGMHmU0avUgiASUWkvzXZIY5p1rJIWuPys2DRoO V9sw== X-Gm-Message-State: AMke39lWNWEI3n6xO0yshrzjKfzS2/8pehz+9xkkfu38wx+EZvBq9cLU/UBbH3EfqtcUFX2kRTwPSVIkbt4cZg== X-Received: by 10.31.97.197 with SMTP id v188mr7536416vkb.172.1489084103599; Thu, 09 Mar 2017 10:28:23 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 18:28:13 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c0944a40950d3054a5069fc X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) --94eb2c0944a40950d3054a5069fc Content-Type: text/plain; charset=UTF-8 On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant wrote: > I've > added a patch to bytecomp.el which tries to fix this, could you apply > it and see whether the issue still exists? > That fixes it! Thanks. -- Kaushal Modi --94eb2c0944a40950d3054a5069fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Thu, Mar 9,= 2017 at 1:23 PM Vibhav Pant <vibha= vp@gmail.com> wrote:
I'v= e
added a patch to bytecomp.el which tries to fix this, could you apply
it and see whether the issue still exists?

That fixes it! Thanks.=C2=A0
--

Kaushal Modi

--94eb2c0944a40950d3054a5069fc-- From unknown Wed Jun 25 09:10:49 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Kaushal Modi Subject: bug#25941: closed (Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions) Message-ID: References: X-Gnu-PR-Message: they-closed 25941 X-Gnu-PR-Package: emacs Reply-To: 25941@debbugs.gnu.org Date: Thu, 09 Mar 2017 19:17:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1489087022-12409-1" This is a multi-part message in MIME format... ------------=_1489087022-12409-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #25941: 26.0.50; Different code behavior between using the auto-compiled an= d evaled versions 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 25941@debbugs.gnu.org. --=20 25941: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25941 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1489087022-12409-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 25941-done) by debbugs.gnu.org; 9 Mar 2017 19:16:17 +0000 Received: from localhost ([127.0.0.1]:48028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3Xt-0003D4-9g for submit@debbugs.gnu.org; Thu, 09 Mar 2017 14:16:17 -0500 Received: from mail-ua0-f175.google.com ([209.85.217.175]:35036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3Xr-0003Cr-Ej for 25941-done@debbugs.gnu.org; Thu, 09 Mar 2017 14:16:15 -0500 Received: by mail-ua0-f175.google.com with SMTP id q7so75482881uaf.2 for <25941-done@debbugs.gnu.org>; Thu, 09 Mar 2017 11:16:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m7bDcvcyiJN/u25HUTBq6f8PQ8Flo21CGjwms+d81Oc=; b=hE2Ubkgbn6Z5FqKdtqRtEvHwPaLJ/YP4iiTMNuwDLDyl0fwsljEXzACxv+CMgNQ5sV bicp5U9TwHy0SJ98WMRs2/gS9TNpKrVDcBzb+Qo/OeaYB66M+1/wuJ3TOtK9iRe3Bd7c 8PrVOQcxE0vHYpuQx+VVgSL8GGhwTf+4x6qIwyuZjiM1OuNlBlZI9A17//BDw0/RD3A3 kXPyZtoDYuXmfVnX+xhbOCwYceK5QTruvlXn8/IsVaILx/EdSjgxCmNGTIuRmmovgnDV wc947xy2fGUxKR9JiX3dRFcSTCG/yh4JLomfKcAKGelk784c3Z+zuw5LQ1+WUFXA35Km 9/gQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=m7bDcvcyiJN/u25HUTBq6f8PQ8Flo21CGjwms+d81Oc=; b=VUjXXXMBJzWzfFajcH4sW0nhXznJeiEQBC8jbCd+9dTDVes+CiMkw0v7y/c9OIiOM+ R972epjWmWBIcFi3EzSv3P/v6pjRgsVkJjfAYhmT9ZoQQme1ai/btPDY8vA830HjhLSt 9Oeej48HLtRBxuKANPCC1bKfshllnRELvJNuaJDhozjCj9WLmrO3md+kjh4CPXWNCGk+ VVatGVi0L5sXCYXqPzmo1grWvPr9M6gY5ah8ClCo8A18YxJGzsV6wQBrKjzSowhTP3vw j5quOopUNR+9mIyRN4fG+xBk/bJYmLGfkofWSo38ufdpvb4arUEH8RUbN7Yy4JjkLecT +6kA== X-Gm-Message-State: AMke39kB5sRD5HYxO3PW/q9DdQi2TV/XBLJ6vn++CJ+fM1KuK3WuyhfOt4TYXGE4q82cGINiB4cAA3JHQGPKJA== X-Received: by 10.176.71.2 with SMTP id h2mr8125415uac.23.1489086969627; Thu, 09 Mar 2017 11:16:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Thu, 09 Mar 2017 19:15:59 +0000 Message-ID: Subject: Re: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: Vibhav Pant , 25941-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=f403045e896add51f9054a511396 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 25941-done Cc: Oleh Krehel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) --f403045e896add51f9054a511396 Content-Type: text/plain; charset=UTF-8 Thanks for the prompt action and fix. (1) I re-built my emacs to the latest master containing the fix (2) Re-built the elpa dir by running (byte-recompile-directory package-user-dir nil :force) (3) .. and confirm the bug as fixed! On Thu, Mar 9, 2017 at 1:28 PM Kaushal Modi wrote: > On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant wrote: > > I've > added a patch to bytecomp.el which tries to fix this, could you apply > it and see whether the issue still exists? > > > That fixes it! Thanks. > -- > > Kaushal Modi > -- Kaushal Modi --f403045e896add51f9054a511396 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the prompt action and fix.

(= 1) I re-built my emacs to the latest master containing the fix
(2= ) Re-built the elpa dir by running
=C2=A0 =C2=A0 =C2=A0(byte-reco= mpile-directory package-user-dir nil :force)
(3) .. and confirm t= he bug as fixed!=C2=A0



On Thu, Mar 9, 2017 at 1:28 PM Kaushal Modi <kaushal.modi@gmail.com> wrot= e:
On Thu, Mar 9, 2017 at 1:23 PM Vibhav Pant <vibhavp@gmail.com>= ; wrote:
I've
added a patch to bytecomp.el which tries to fix this, could you apply
it and see whether the issue still exists?

That fixes it! Thanks.=C2=A0
--

Kaushal Modi

--

Kaushal Modi

--f403045e896add51f9054a511396-- ------------=_1489087022-12409-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Mar 2017 23:43:45 +0000 Received: from localhost ([127.0.0.1]:37114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNs-0005fs-FP for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjaNp-0005ff-B9 for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNi-00066Z-1f for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:36 -0500 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]:52043) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cjaNh-00066V-Ua for submit@debbugs.gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjaNf-0002ya-Vd for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjaNe-00065o-0C for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:32 -0500 Received: from mail-ua0-x22b.google.com ([2607:f8b0:400c:c08::22b]:33431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjaNd-00065h-PS for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 18:43:29 -0500 Received: by mail-ua0-x22b.google.com with SMTP id c11so46420930uaa.0 for ; Thu, 02 Mar 2017 15:43:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=pXNqUhiTm7V0a4ECjUngwRo0FaoP4tzJDy1FuJsXooD/WeImad1Egj4gKNhHG00Il5 Zpotoq7oQCjokx3VR3MyQedc5q4XDr7rdEjg91Ne9mUa569liK+uhuRLbu8r9p4QAfc8 n58yBkclZG00P/jkLYeXrx1H/edAz0mhoG9kU+3q869HQKKEGJ2ftwwFVH/uJWLwQI7w N31wjITYdfnPDS4XjjNQ+WO0F+gFNU0RiPhpjmmL/v47ijiMwSZGmH74VKnLngosf/Sk 2pRdFeSpnD5I3r+30gFdw0qnhsmWzZZqPA+RzuwW3Xlvn9dh5C0XODAOEnj6bjhuw1/c yp0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=oIbmBILLmBZ4mJHvkY7pKIxD+IWwlIsWKTcbLnSKmmg=; b=tK0qdSKzl0w4ag1SuyXFF7gMtgvLobd+wYp7sw2q2h5UL3bFOQFB3yux9MfMUIzEGc QGkgOQ4xqpI8WheiYzj7XJTptnal2HeoEhAFiEnq/yCzzOdfnkRLd6HxG7ZnHhH/c4aG 04m1hMWSSBdrdjQHyxUEAQnLFhsvDQc9uUdxiTZPP9mJAa//j7zIDkEeiBhdp9OeBo0p z9pW3LVIncSpefHR230H0j4RpQA4GkCxOr9KWyX3cgNf2hDvy5bHUwE+evBSvqTPuwfS Gyp1+xFk9DK3Gk8MGBA383Iig3Z54bwX12pylTzqEC3zcRisB8WbecDTpSxj+nJnGdAA xBWQ== X-Gm-Message-State: AMke39lo2xKK3WruDhGTUtS4aHj/w2hXghYpwNvnRNhdd8cfc+Sn+zKPhyWZLL8PYYuBj8OBB9mcWxVVIRSEmQ== X-Received: by 10.31.70.66 with SMTP id t63mr4413589vka.175.1488498207037; Thu, 02 Mar 2017 15:43:27 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Thu, 02 Mar 2017 23:43:15 +0000 Message-ID: Subject: 26.0.50; Different code behavior between using the auto-compiled and evaled versions To: "bug-gnu-emacs@gnu.org" , Oleh Krehel Content-Type: multipart/alternative; boundary=001a11484ae0e11f160549c7fec3 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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.18 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 (----) --001a11484ae0e11f160549c7fec3 Content-Type: text/plain; charset=UTF-8 I discovered a difference in between when running a command from the avy package (available on GNU Elpa). I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1. But it does exist on emacs 26.0.50. How to recreate the problem: 1. emacs -Q 2. Install the avy package from GNU Elpa 3. M-x toggle-debug-on-error 4. M-x avy-goto-line 5. Enter the number 10 You will get a backtrace like this: ===== Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil) avy-action-goto(nil) avy-goto-line(1) funcall-interactively(avy-goto-line 1) call-interactively(avy-goto-line record nil) command-execute(avy-goto-line record) execute-extended-command(nil "avy-goto-line" nil) funcall-interactively(execute-extended-command nil "avy-goto-line" nil) call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) ===== By edebugging the avy.el code, I figured out that the problem was that this function was returning nil when it should in fact be returning t. The difficulty in debugging this further is that if I evaluate that function (avy--process), then the problem goes away. With point in that function, after I do C-M-x, M-x avy-goto-line starts working fine. This problem repeats after each emacs restart; and goes away after C-M-x on avy--process. This means that when the compiled version of avy--process is loaded, that function returns nil incorrectly. But after manually evaluating it, it starts returning t when expected. ===== (defun avy--process (candidates overlay-fn) "Select one of CANDIDATES using `avy-read'. Use OVERLAY-FN to visualize the decision overlay." (unless (and (consp (car candidates)) (windowp (cdar candidates))) (setq candidates (mapcar (lambda (x) (cons x (selected-window))) candidates))) (let ((len (length candidates)) (cands (copy-sequence candidates)) res) (if (= len 0) (message "zero candidates") (if (= len 1) (setq res (car candidates)) (unwind-protect (progn (avy--make-backgrounds (avy-window-list)) (setq res (if (eq avy-style 'de-bruijn) (avy-read-de-bruijn candidates avy-keys) (avy-read (avy-tree candidates avy-keys) overlay-fn #'avy--remove-leading-chars)))) (avy--done))) (cond ((eq res 'restart) (avy--process cands overlay-fn)) ;; ignore exit from `avy-handler-function' ((eq res 'exit)) (t (avy-push-mark) (when (and (consp res) (windowp (cdr res))) (let* ((window (cdr res)) (frame (window-frame window))) (unless (equal frame (selected-frame)) (select-frame-set-input-focus frame)) (select-window window)) (setq res (car res))) (funcall (or avy-action 'avy-action-goto) (if (consp res) (car res) res))))))) ===== More info.. The avy--process is called via avy--line when doing M-x avy-goto-line. Below is the relevant snippet from the avy-goto-line fn. Notice the r variable. When numbers are entered as input after M-x avy-goto-line, that (avy--line (eq arg 4) form should return t. But it is returning nil instead. So avy-action-goto gets called when it shouldn't be. After manually evaluating avy--process, r is set to t instead of nil as expected and the problem goes away. ===== snippet from avy-goto-line fn definition ===== (r (avy--line (eq arg 4)))) (unless (eq r t) (avy-action-goto r)))))) ===== I started off this bug report on the package github page: https://github.com/abo-abo/avy/issues/182 But realizing that the same package version works fine on emacs 25.x but not on the master build, I am filing this report. In GNU Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2017-03-02 Repository revision: d0d26c1379598983d2163deb13ba8ab13b14ba2c Windowing system distributor 'The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Workstation release 6.6 (Santiago) Configured using: 'configure --with-modules --prefix=/home/kmodi/usr_local/apps/6/emacs/master '--program-transform-name=s/^ctags$/ctags_emacs/' 'CPPFLAGS=-fgnu89-inline -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=-ggdb3 -O0' 'CXXFLAGS=-ggdb3 -O0' 'LDFLAGS=-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix -- Kaushal Modi --001a11484ae0e11f160549c7fec3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I discovered a difference in between when running a c= ommand from the avy package (available on GNU Elpa).

I verified that this issue did not exist on emacs 25.1 or emacs 25.2.1.<= /div>

But it does exist on emacs 26.0.50.

=
How to recreate the problem:

1. emacs -= Q
2. Install the avy package from GNU Elpa
3. M-x toggl= e-debug-on-error
4. M-x avy-goto-line
5. Enter the numb= er 10

You will get a backtrace like this:

=3D=3D=3D=3D=3D
Debugger entered--Lisp erro= r: (wrong-type-argument integer-or-marker-p nil)
=C2=A0 avy-actio= n-goto(nil)
=C2=A0 avy-goto-line(1)
=C2=A0 funcall-inte= ractively(avy-goto-line 1)
=C2=A0 call-interactively(avy-goto-lin= e record nil)
=C2=A0 command-execute(avy-goto-line record)
<= div>=C2=A0 execute-extended-command(nil "avy-goto-line" nil)
=C2=A0 funcall-interactively(execute-extended-command nil "avy-g= oto-line" nil)
=C2=A0 call-interactively(execute-extended-co= mmand nil nil)
=C2=A0 command-execute(execute-extended-command)
=3D=3D=3D=3D=3D

By edebugging the a= vy.el code, I figured out that the problem was that this function was retur= ning nil when it should in fact be returning t.

Th= e difficulty in debugging this further is that if I evaluate that function = (avy--process), then the problem goes away.
With point in that fu= nction, after I do C-M-x, M-x avy-goto-line starts working fine.
=
This problem repeats after each emacs restart; and goes away= after C-M-x on avy--process.

This means that when= the compiled version of avy--process is loaded, that function returns nil = incorrectly. But after manually evaluating it, it starts returning t when e= xpected.

=3D=3D=3D=3D=3D
(defun avy= --process (candidates overlay-fn)
=C2=A0 "Select one of CAND= IDATES using `avy-read'.
Use OVERLAY-FN to visualize the deci= sion overlay."
=C2=A0 (unless (and (consp (car candidates))<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windowp (= cdar candidates)))
=C2=A0 =C2=A0 (setq candidates
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mapcar (lambda (x) (cons x (selected-windo= w)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 candidates)))
=C2=A0 (let ((len (length candidates))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (cands (copy-sequence candidates))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)
=C2=A0 =C2=A0 (if (=3D len 0)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (message "zero candidates")
=C2=A0 =C2=A0 =C2=A0 (if (=3D len 1)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (setq res (car candidates))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 (unwind-protect
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(progn
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0(avy--make-backgrounds
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 (avy-window-list))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (if (eq avy-style 'de-bruijn)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-read-de-bruijn
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(avy-read (avy-tree candidates avy-keys)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0overlay-fn
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#'avy--remove-leadi= ng-chars))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy--done)))
=C2=A0 =C2=A0 =C2=A0 (cond ((eq res 'restart)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy--process cands overlay-fn))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; ignore exit from `avy= -handler-function'
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = ((eq res 'exit))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (t=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(avy-push-mark)<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(when (and (consp= res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (windowp (cdr res)))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((window (cdr res))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (frame (window-frame window)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(unless (equal frame (selected-frame))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0(select-frame-set-input-focus frame))
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(select-window window))
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(setq res (car res)))

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(fu= ncall (or avy-action 'avy-action-goto)
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (if (consp res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (car res)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 res)))))))
=3D=3D=3D=3D=3D

More info..

=
The avy--process is called via avy--line when doing M-x avy-goto= -line. Below is the relevant snippet from the avy-goto-line fn. Notice the = r variable.
When numbers are entered as input after M-x avy-goto-= line, that (avy--line (eq arg 4) form should return t. But it is returning = nil instead. So avy-action-goto gets called when it shouldn't be.
=

After manually evaluating avy--process, r is set to t i= nstead of nil as expected and the problem goes away.

=3D=3D=3D=3D=3D snippet from avy-goto-line fn definition =3D=3D=3D=3D=3D=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(r (avy--li= ne (eq arg 4))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (unless (eq r t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (avy-action-goto r))))))
=3D=3D=3D=3D=3D

I started off this bug rep= ort on the package github page:=C2=A0https://github.com/abo-abo/avy/issues/182
But= realizing that the same package version works fine on emacs 25.x but not o= n the master build, I am filing this report.

In GN= U Emacs 26.0.50 (build 52, x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)<= /div>
=C2=A0of 2017-03-02
Repository revision: d0d26c13795989= 83d2163deb13ba8ab13b14ba2c
Windowing system distributor 'The = X.Org Foundation', version 11.0.60900000
System Description:<= span class=3D"Apple-tab-span" style=3D"white-space:pre"> Red Hat Ent= erprise Linux Workstation release 6.6 (Santiago)

<= br>
Configured using:
=C2=A0'configure --with-modul= es
=C2=A0--prefix=3D/home/kmodi/usr_local/apps/6/emacs/master
=C2=A0'--program-transform-name=3Ds/^ctags$/ctags_emacs/'
=C2=A0'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/incl= ude
=C2=A0-I/usr/include/freetype2 -I/usr/include' 'CFLAG= S=3D-ggdb3 -O0'
=C2=A0'CXXFLAGS=3D-ggdb3 -O0' 'LD= FLAGS=3D-L/home/kmodi/usr_local/6/lib
=C2=A0-L/home/kmodi/usr_loc= al/6/lib64 -ggdb3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTI= NGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB=
TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

Im= portant settings:
=C2=A0 value of $LANG: en_US.UTF-8
= =C2=A0 value of $XMODIFIERS: @im=3Dnone
=C2=A0 locale-coding-syst= em: utf-8-unix


--=

Kaushal M= odi

--001a11484ae0e11f160549c7fec3-- ------------=_1489087022-12409-1--