From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jul 2016 20:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 23949@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.146826795414943 (code B ref -1); Mon, 11 Jul 2016 20:13:02 +0000 Received: (at submit) by debbugs.gnu.org; 11 Jul 2016 20:12:34 +0000 Received: from localhost ([127.0.0.1]:47257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMhZC-0003sw-8e for submit@debbugs.gnu.org; Mon, 11 Jul 2016 16:12:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41203) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMhZA-0003sk-RX for submit@debbugs.gnu.org; Mon, 11 Jul 2016 16:12:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMhZ4-0007mR-1l for submit@debbugs.gnu.org; Mon, 11 Jul 2016 16:12:27 -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]:43484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMhZ3-0007mM-US for submit@debbugs.gnu.org; Mon, 11 Jul 2016 16:12:25 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60395) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMhZ1-0001Hk-DJ for bug-gnu-emacs@gnu.org; Mon, 11 Jul 2016 16:12:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMhYz-0007kx-OR for bug-gnu-emacs@gnu.org; Mon, 11 Jul 2016 16:12:23 -0400 Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:33688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMhYz-0007kr-Fc for bug-gnu-emacs@gnu.org; Mon, 11 Jul 2016 16:12:21 -0400 Received: by mail-oi0-x22a.google.com with SMTP id u201so163962258oie.0 for ; Mon, 11 Jul 2016 13:12:21 -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; bh=XWkL/0ekKCjt0ejkhY/XTD3iE3RhXRYpK1wfIMpJF1I=; b=tG/w8ui8opBAECi0h7B4VnT2hiYvf/2+oufbB6qXQPZG4prP6jaVYrdPIuXHp7rYbM kIIiOqIyjVuw2wSPQTcBiJkZkFrAAQrAcXQS7Fjo/z735mkynK2xhUvytZz2/q8luzwI sR3CL/wNytQeKA2HYLx9OrE5e7mTXjH1j3PTaCHQfAGONeGnrN7MLn7NvJLu7eF3gBeO UdJ7HBWnwsjGjlXoJaiGdFypJi045rHYaojuCQ8FUNQx9Y3a4qsIuLy1bKZS+VbHkjMU JeikqBDnNBBD19NRkmcqEqy/WY41bdMYysmVSrdIcedl/RetaCSjEsnXmJneKiwByimN KOTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XWkL/0ekKCjt0ejkhY/XTD3iE3RhXRYpK1wfIMpJF1I=; b=CZn58yF+9CkORZENyNe4PbdQYssv/0DtzjyCafeYz05ERvuPG24naUvRknBhUqsWGE 1VpG2sFXpLm41JfwWBtRXabhqj/ZsKl20ILb3IWFJmkkxGAakEJ8i/VQ0H+QdHfxX/gU OztFw09sEM/S9UMqyjbcxn4AWUVDwC7VLt2Mae0SF6QOUsyfqflQsfJjnnMVtwjll8zz SJ3hmiOULs+jirfSFtiGQo9jkZbDIsL8xp05cYyzalutIPsebD2FM71eM3VDYXD6CoVS nhQGizlFHh51GKUK68RSoOoYvrzKysVRCnSCYOAigUbLH47TXyy0utAuy9xwTnXIblnf /nPw== X-Gm-Message-State: ALyK8tJ30JrllYCX05+5PA86JwrVXs8mgCM4nYxWe7HwXAYcmq1GMzQlcRsUPy2SbFrPPUyQ8FcWck7r5z+nVA== X-Received: by 10.157.5.198 with SMTP id 64mr11920794otd.60.1468267940219; Mon, 11 Jul 2016 13:12:20 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Mon, 11 Jul 2016 20:12:10 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113e3ac203106d053761c52b 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 (----) --001a113e3ac203106d053761c52b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As I do not understand the true nature of this bug, the title of this debbugs could be confusing. Please read the below in entirety. Related discussion is also on emacs-devel: https://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00519.html Evaluating the below in emacs 24.5 emacs -Q results in the below error backtrace as expected: =3D=3D=3D=3D=3D Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match("." nil nil) string-match-p("." nil) (progn (require (quote package)) (if (member (quote ("melpa" . " http://melpa.org/packages/")) package-archives) package-archives (setq package-archives (append package-archives (list (quote ("melpa" . " http://melpa.org/packages/")))))) (package-initialize) (package-refresh-contents) (package-install (quote projectile)) (require (quote projectile)) (projectile-global-mode) (string-match-p "." nil)) eval((progn (require (quote package)) (if (member (quote ("melpa" . " http://melpa.org/packages/")) package-archives) package-archives (setq package-archives (append package-archives (list (quote ("melpa" . " http://melpa.org/packages/")))))) (package-initialize) (package-refresh-contents) (package-install (quote projectile)) (require (quote projectile)) (projectile-global-mode) (string-match-p "." nil)) nil) eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) =3D=3D=3D=3D=3D Minimal code to reproduce the issue: =3D=3D=3D=3D=3D (progn (require 'package) (add-to-list 'package-archives '("melpa" . "http://melpa.org/packages/") t) (package-initialize) (package-refresh-contents) (package-install 'projectile) (require 'projectile) (projectile-global-mode) (string-match-p "." nil)) =3D=3D=3D=3D=3D But evaluating the same on emacs-25 build results in: =3D=3D=3D=3D=3D Entering debugger... help-function-arglist: End of file during parsing =3D=3D=3D=3D=3D Also evaluating the above after M-x toggle-debug-on-error does not give a backtrace on the "help-function-arglist: End of file during parsing" error. This is a regression from how the actual error (wrong-type-argument stringp nil) backtrace showed up correctly on emacs 24.5 but is giving confusing and difficult to debug error on emacs-25. emacs-25 build info: In GNU Emacs 25.0.95.11 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2016-06-29 built on ulcf41.cld.analog.com Repository revision: 6192b6c3a4374b2cb6e02ca865e1899a04a7f7dc 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=3D/home/kmodi/usr_local/apps/6/emacs/emacs-25 'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=3D-ggdb3 -O0' 'CXXFLAGS=3D-ggdb3 -O0' 'LDFLAGS=3D-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3' PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_lo= cal/6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/a= di/apps/gnu/linux/x86_64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pk= gconfig:/usr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig' 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 --=20 --=20 Kaushal Modi --001a113e3ac203106d053761c52b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As I do not understand the true nature of this bug, t= he title of this debbugs could be confusing. Please read the below in entir= ety.

Related discussion is also on emacs-devel:=C2= =A0https://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00519.ht= ml

Evaluating the below in emacs 24.5 emacs -Q= results in the below error backtrace as expected:

=3D=3D=3D=3D=3D
Debugger entered--Lisp error: (wrong-type-a= rgument stringp nil)
=C2=A0 string-match("." nil nil)
=C2=A0 string-match-p("." nil)
=C2=A0 (progn (= require (quote package)) (if (member (quote ("melpa" . "http://melpa.org/packages/")) p= ackage-archives) package-archives (setq package-archives (append package-ar= chives (list (quote ("melpa" . "http://melpa.org/packages/")))))) (package-initialize) = (package-refresh-contents) (package-install (quote projectile)) (require (q= uote projectile)) (projectile-global-mode) (string-match-p "." ni= l))
=C2=A0 eval((progn (require (quote package)) (if (member (quo= te ("melpa" . "http:/= /melpa.org/packages/")) package-archives) package-archives (setq p= ackage-archives (append package-archives (list (quote ("melpa" . = "http://melpa.org/packages/= ")))))) (package-initialize) (package-refresh-contents) (package-insta= ll (quote projectile)) (require (quote projectile)) (projectile-global-mode= ) (string-match-p "." nil)) nil)
=C2=A0 eval-last-sexp-= 1(nil)
=C2=A0 eval-last-sexp(nil)
=C2=A0 call-interacti= vely(eval-last-sexp nil nil)
=C2=A0 command-execute(eval-last-sex= p)
=3D=3D=3D=3D=3D

Minimal code to= reproduce the issue:
=3D=3D=3D=3D=3D
(progn
= =C2=A0 (require 'package)
=C2=A0 (add-to-list 'package-ar= chives '("melpa" . "http://melpa.org/packages/") t)
=C2=A0 (package-initi= alize)
=C2=A0 (package-refresh-contents)
=C2=A0 (packag= e-install 'projectile)

=C2=A0 (require 'pr= ojectile)
=C2=A0 (projectile-global-mode)
=C2=A0 (strin= g-match-p "." nil))
=3D=3D=3D=3D=3D

But evaluating the same on emacs-25 build results in:

<= /div>
=3D=3D=3D=3D=3D
Entering debugger...
hel= p-function-arglist: End of file during parsing
=3D=3D=3D=3D= =3D

Also evaluating the above after M-x toggle-deb= ug-on-error does not give a backtrace on the "help-function-arglist: End of file during parsing" error.

This is a regression from how the actual error (wrong-type-argument stringp nil)=C2=A0<= /span>backtrace showed up correctly on emac= s 24.5 but is giving confusing and difficult to debug error on emacs-25.

emacs-25 build info:

In GNU Emacs 25.0.95.11 (x8= 6_64-unknown-linux-gnu, GTK+ Version 2.24.23)
=C2=A0of 2016-06-29= built on ulcf41.cld.analog.com
Repository revision: 6192b6c3a4374b2cb6e02ca865e1899a04a7f7dc
Windowing system distributor 'The X.Org Foundation', versi= on 11.0.60900000
System Description: Red Hat Enterprise Linux Workstation re= lease 6.6 (Santiago)

Configured using:
= =C2=A0'configure --with-modules
=C2=A0--prefix=3D/home/kmodi/= usr_local/apps/6/emacs/emacs-25
=C2=A0'CPPFLAGS=3D-fgnu89-inl= ine -I/home/kmodi/usr_local/6/include
=C2=A0-I/usr/include/freety= pe2 -I/usr/include' 'CFLAGS=3D-ggdb3 -O0'
=C2=A0'= CXXFLAGS=3D-ggdb3 -O0' 'LDFLAGS=3D-L/home/kmodi/usr_local/6/lib
=C2=A0-L/home/kmodi/usr_local/6/lib64 -ggdb3'
=C2=A0PK= G_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_local= /6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/adi/= apps/gnu/linux/x86_64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgco= nfig:/usr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig'
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAG= EMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUT= LS LIBXML2 FREETYPE LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK2 X11 = MODULES

--001a113e3ac203106d053761c52b-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) References: In-Reply-To: Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 23949@debbugs.gnu.org, Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.14683265866877 (code B ref 23949); Tue, 12 Jul 2016 12:30:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 12:29:46 +0000 Received: from localhost ([127.0.0.1]:47709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMwor-0001mq-Er for submit@debbugs.gnu.org; Tue, 12 Jul 2016 08:29:46 -0400 Received: from mail-oi0-f52.google.com ([209.85.218.52]:34371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMwoo-0001md-Q5 for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 08:29:43 -0400 Received: by mail-oi0-f52.google.com with SMTP id s66so19812693oif.1 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 05:29:42 -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; bh=OHzzzS3Um7JkE1wYgO6P39a6hAS1/4gB6yePq2BP8rM=; b=alBksPv2O0OZ3SBjl+XdIQ1BWmatfZZSBIzWd0mzteG/xtLxExCKfXtqSpXOJ0R/pj NA3wY6/kMV0eo+yppXk/qs/6AYSOLyD119rumRzDK2pIPoTI+AT5AGiXu/+GKVlLcHkR i5nF9mQRjLWO3OdWjV/vmej+brmmg+P9HYtjMljkZ/5dWf2xsh7chdtIuY+IzLeWHwQq mntSJU59q64qeD0SKVc/uSFCwN1cPvfLdmlj1CRzuurABkYPvmnZ79/zBKiRte7TdM9Y deyrXwFZsaUio6FJLV8JRx0pJF66XoG8OC9YVZlbI2LxixGXzt/d2NKQthV9QCFWFS/d +lDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=OHzzzS3Um7JkE1wYgO6P39a6hAS1/4gB6yePq2BP8rM=; b=fWshPAGFG8EydcgpR7KXXpo3rILOy703PSwiPLC0xw2cDMPShtMBq//pdbBAkXxnYt olvycL+jtszjQgMkiZFGmmoDU/AKj36qFKBrYlEGGLekcy8Ueh0vl9b0suNglbwFk463 0rplklBNEQDvFgF8EYn67wB6xbMeGEQ3BUM3sYnRQ/FvJXFhPpAXGxNUCUJqJ4V/F8Vv 9f3qKSebvZPE2GSm1cB8X58arJsPnAP1cb7vvTTA+7b9XsLNzduoEhN0s6rtxF4qGUVg S240l2M/9B7QPiApOceZAmBKs3+LOhKWuNFeGpn3jdJFgz3b+I631qM51cWZOThRPSI5 tvMA== X-Gm-Message-State: ALyK8tI4LYc/BVJqsyiu0GKj2TCKNvusyJMSYzAquQ8mvnt7c+yW0AMtjLZwPuqDBKVyi/kGDocAOdzNUrFGiA== X-Received: by 10.202.199.149 with SMTP id x143mr786389oif.50.1468326576033; Tue, 12 Jul 2016 05:29:36 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Tue, 12 Jul 2016 12:29:25 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a1134fc8cfa96be05376f6b14 X-Spam-Score: -0.7 (/) 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.7 (/) --001a1134fc8cfa96be05376f6b14 Content-Type: text/plain; charset=UTF-8 I evaluated the below after: > gdb ./emacs gdb> r -Q ==== (defmacro emacs-q-template (pkgs &rest body) "Install packages in PKGS list and evaluate BODY. Example usage: 1. Launch 'emacs -Q'. 2. Copy this macro definition to its scratch buffer and evaluate it. 3. Evaluate a minimum working example using this macro as below: (emacs-q-template '(projectile) (projectile-global-mode)) " (declare (indent 1) (debug t)) `(progn (require 'package) (setq package-user-dir (concat (getenv "HOME") "/.emacs.d/elpa_test/")) (add-to-list 'package-archives '("melpa" . "http://melpa.org/packages/") t) (package-initialize) (package-refresh-contents) (dolist (pkg ,pkgs) (package-install pkg) (require pkg)) ,@body)) (emacs-q-template '(projectile) (projectile-global-mode) (string-match-p "." nil)) ===== Below is the backtrace at the point where I get the unexpected end-of-file error (gdb) c Continuing. [New Thread 0x7fffec504700 (LWP 11972)] [Thread 0x7fffec504700 (LWP 11972) exited] Breakpoint 3, Fsignal (error_symbol=19104, data=0) at eval.c:1472 1472 = (NILP (error_symbol) ? Fcar (data) : error_symbol); (gdb) p error_symbol $15 = 19104 (gdb) xsymbol $16 = (struct Lisp_Symbol *) 0xcae060 "end-of-file" (gdb) bt #0 Fsignal (error_symbol=19104, data=0) at eval.c:1472 #1 0x00000000005f4a06 in xsignal (error_symbol=19104, data=0) at eval.c:1578 #2 0x00000000005f4a33 in xsignal0 (error_symbol=19104) at eval.c:1587 #3 0x0000000000623284 in end_of_file_error () at lread.c:1738 #4 0x0000000000624dcd in read1 (readcharfun=57797668, pch=0x7fffffff353c, first_in_list=false) at lread.c:2553 #5 0x00000000006278e3 in read_list (flag=false, readcharfun=57797668) at lread.c:3659 #6 0x0000000000624dfc in read1 (readcharfun=57797668, pch=0x7fffffff38ac, first_in_list=false) at lread.c:2558 #7 0x00000000006241b0 in read0 (readcharfun=57797668) at lread.c:2139 #8 0x0000000000624112 in read_internal_start (stream=57797668, start=0, end=0) at lread.c:2112 #9 0x0000000000623fab in Fread_from_string (string=57797668, start=0, end=0) at lread.c:2075 #10 0x00000000005f7627 in Ffuncall (nargs=2, args=0x7fffffff3a28) at eval.c:2708 #11 0x000000000063df57 in exec_byte_code (bytestr=10617580, vector=10617613, maxdepth=34, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #12 0x00000000005f817a in funcall_lambda (fun=10617485, nargs=2, arg_vector=0xa2030d ) at eval.c:2929 #13 0x00000000005f783a in Ffuncall (nargs=3, args=0x7fffffff3f80) at eval.c:2750 #14 0x000000000063df57 in exec_byte_code (bytestr=40406500, vector=35307789, maxdepth=18, args_template=1030, nargs=1, args=0x7fffffff44c8) at bytecode.c:880 #15 0x00000000005f7e3e in funcall_lambda (fun=35307829, nargs=1, arg_vector=0x7fffffff44c0) at eval.c:2863 #16 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff44b8) at eval.c:2750 #17 0x000000000063df57 in exec_byte_code (bytestr=41942932, vector=35797685, maxdepth=66, args_template=1030, nargs=1, args=0x7fffffff4a78) at bytecode.c:880 #18 0x00000000005f7e3e in funcall_lambda (fun=26917541, nargs=1, arg_vector=0x7fffffff4a70) at eval.c:2863 #19 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff4a68) at eval.c:2750 #20 0x000000000063df57 in exec_byte_code (bytestr=32991236, vector=36233277, maxdepth=50, args_template=2058, nargs=2, args=0x7fffffff4fd0) at bytecode.c:880 #21 0x00000000005f7e3e in funcall_lambda (fun=36233437, nargs=2, arg_vector=0x7fffffff4fc0) at eval.c:2863 #22 0x00000000005f783a in Ffuncall (nargs=3, args=0x7fffffff4fb8) at eval.c:2750 #23 0x000000000063df57 in exec_byte_code (bytestr=29885572, vector=35430989, maxdepth=26, args_template=2054, nargs=1, args=0x7fffffff5508) at bytecode.c:880 #24 0x00000000005f7e3e in funcall_lambda (fun=35431157, nargs=1, arg_vector=0x7fffffff5500) at eval.c:2863 #25 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff54f8) at eval.c:2750 #26 0x000000000063df57 in exec_byte_code (bytestr=29509364, vector=35472261, maxdepth=34, args_template=1026, nargs=0, args=0x7fffffff5a50) at bytecode.c:880 #27 0x00000000005f7e3e in funcall_lambda (fun=37586485, nargs=0, arg_vector=0x7fffffff5a50) at eval.c:2863 #28 0x00000000005f783a in Ffuncall (nargs=1, args=0x7fffffff5a48) at eval.c:2750 #29 0x000000000063df57 in exec_byte_code (bytestr=29347988, vector=37183445, maxdepth=18, args_template=2, nargs=0, args=0x7fffffff6010) at bytecode.c:880 #30 0x00000000005f7e3e in funcall_lambda (fun=37183509, nargs=0, arg_vector=0x7fffffff6010) at eval.c:2863 #31 0x00000000005f783a in Ffuncall (nargs=1, args=0x7fffffff6008) at eval.c:2750 #32 0x00000000005f6a9b in funcall_nil (nargs=1, args=0x7fffffff6008) at eval.c:2340 #33 0x00000000005f6e9f in run_hook_with_args (nargs=1, args=0x7fffffff6008, funcall=0x5f6a78 ) at eval.c:2517 #34 0x00000000005f6b22 in Frun_hook_with_args (nargs=1, args=0x7fffffff6008) at eval.c:2382 #35 0x00000000005f6efb in run_hook (hook=28871488) at eval.c:2530 #36 0x00000000005f6adf in Frun_hooks (nargs=1, args=0x7fffffff6118) at eval.c:2364 #37 0x00000000005f74ba in Ffuncall (nargs=2, args=0x7fffffff6110) at eval.c:2681 #38 0x000000000063df57 in exec_byte_code (bytestr=9658076, vector=9658109, maxdepth=22, args_template=514, nargs=1, args=0x7fffffff6640) at bytecode.c:880 #39 0x00000000005f7e3e in funcall_lambda (fun=9658029, nargs=1, arg_vector=0x7fffffff6640) at eval.c:2863 #40 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff6638) at eval.c:2750 #41 0x000000000063df57 in exec_byte_code (bytestr=26545060, vector=26696973, maxdepth=10, args_template=2, nargs=0, args=0x7fffffff6c50) at bytecode.c:880 #42 0x00000000005f7e3e in funcall_lambda (fun=26697125, nargs=0, arg_vector=0x7fffffff6c50) at eval.c:2863 #43 0x00000000005f783a in Ffuncall (nargs=1, args=0x7fffffff6c48) at eval.c:2750 #44 0x000000000063df57 in exec_byte_code (bytestr=26480452, vector=26654173, maxdepth=166, args_template=514, nargs=2, args=0x7fffffff71a8) at bytecode.c:880 #45 0x00000000005f7e3e in funcall_lambda (fun=26654805, nargs=2, arg_vector=0x7fffffff71a8) at eval.c:2863 #46 0x00000000005f783a in Ffuncall (nargs=3, args=0x7fffffff71a0) at eval.c:2750 #47 0x00000000005f6a41 in Fapply (nargs=2, args=0x7fffffff7270) at eval.c:2329 #48 0x00000000005f6f90 in apply1 (fn=16848, arg=56618787) at eval.c:2545 #49 0x00000000005f23b6 in call_debugger (arg=56618787) at eval.c:308 #50 0x00000000005f4e2b in maybe_call_debugger (conditions=9578427, sig=51984, data=56618835) at eval.c:1723 #51 0x00000000005f48dd in Fsignal (error_symbol=51984, data=56618835) at eval.c:1541 #52 0x00000000005f4a06 in xsignal (error_symbol=51984, data=56618835) at eval.c:1578 #53 0x00000000005f4a9a in xsignal2 (error_symbol=51984, arg1=44400, arg2=0) at eval.c:1599 #54 0x00000000005d7967 in wrong_type_argument (predicate=44400, value=0) at data.c:151 #55 0x000000000055388b in CHECK_STRING (x=0) at lisp.h:2807 #56 0x00000000005b2278 in string_match_1 (regexp=55505044, string=0, start=0, posix=false) at search.c:373 #57 0x00000000005b25e5 in Fstring_match (regexp=55505044, string=0, start=0) at search.c:444 #58 0x00000000005f7627 in Ffuncall (nargs=4, args=0x7fffffff75c0) at eval.c:2708 #59 0x000000000063df57 in exec_byte_code (bytestr=9684412, vector=9684445, maxdepth=30, args_template=3082, nargs=2, args=0x7fffffff7a40) at bytecode.c:880 #60 0x00000000005f7e3e in funcall_lambda (fun=9684365, nargs=2, arg_vector=0x7fffffff7a30) at eval.c:2863 #61 0x00000000005f7bca in apply_lambda (fun=9684365, args=55521603, count=15) at eval.c:2802 #62 0x00000000005f623e in eval_sub (form=55521587) at eval.c:2219 #63 0x00000000005f2647 in Fprogn (body=55521667) at eval.c:427 #64 0x00000000005f5c69 in eval_sub (form=55520739) at eval.c:2127 #65 0x00000000005f5786 in Feval (form=55520739, lexical=0) at eval.c:1996 #66 0x00000000005f75ec in Ffuncall (nargs=3, args=0x7fffffff7e28) at eval.c:2704 #67 0x000000000063df57 in exec_byte_code (bytestr=11219292, vector=11219325, maxdepth=22, args_template=1030, nargs=1, args=0x7fffffff8360) at bytecode.c:880 #68 0x00000000005f7e3e in funcall_lambda (fun=11219245, nargs=1, arg_vector=0x7fffffff8358) at eval.c:2863 #69 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff8350) at eval.c:2750 #70 0x000000000063df57 in exec_byte_code (bytestr=11220028, vector=11220061, maxdepth=18, args_template=1030, nargs=1, args=0x7fffffff8968) at bytecode.c:880 #71 0x00000000005f7e3e in funcall_lambda (fun=11219973, nargs=1, arg_vector=0x7fffffff8960) at eval.c:2863 #72 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff8958) at eval.c:2750 #73 0x00000000005ef8fc in Ffuncall_interactively (nargs=2, args=0x7fffffff8958) at callint.c:252 #74 0x00000000005f74ba in Ffuncall (nargs=3, args=0x7fffffff8950) at eval.c:2681 #75 0x00000000005f1c82 in Fcall_interactively (function=4203120, record_flag=0, keys=13589173) at callint.c:840 #76 0x00000000005f7627 in Ffuncall (nargs=4, args=0x7fffffff8c78) at eval.c:2708 #77 0x000000000063df57 in exec_byte_code (bytestr=10517116, vector=10517149, maxdepth=54, args_template=4102, nargs=1, args=0x7fffffff91d0) at bytecode.c:880 #78 0x00000000005f7e3e in funcall_lambda (fun=10517069, nargs=1, arg_vector=0x7fffffff91c8) at eval.c:2863 #79 0x00000000005f783a in Ffuncall (nargs=2, args=0x7fffffff91c0) at eval.c:2750 #80 0x00000000005f6fe2 in call1 (fn=15072, arg1=4203120) at eval.c:2560 #81 0x000000000055b646 in command_loop_1 () at keyboard.c:1479 #82 0x00000000005f424a in internal_condition_case (bfun=0x55ae8d , handlers=19392, hfun=0x55a677 ) at eval.c:1310 #83 0x000000000055ab95 in command_loop_2 (ignore=0) at keyboard.c:1107 #84 0x00000000005f3b6a in internal_catch (tag=46560, func=0x55ab6c , arg=0) at eval.c:1075 #85 0x000000000055ab35 in command_loop () at keyboard.c:1086 #86 0x000000000055a246 in recursive_edit_1 () at keyboard.c:692 #87 0x000000000055a3d9 in Frecursive_edit () at keyboard.c:763 #88 0x000000000055825a in main (argc=2, argv=0x7fffffff9688) at emacs.c:1656 Lisp Backtrace: "read-from-string" (0xffff3a30) "help-function-arglist" (0xffff3f88) "ad-arglist" (0xffff44c0) "ad-make-advised-definition" (0xffff4a70) "ad-activate-advised-definition" (0xffff4fc0) "ad-activate" (0xffff5500) "projectile-mode" (0xffff5a50) "projectile-global-mode-enable-in-buffers" (0xffff6010) "run-hooks" (0xffff6118) "run-mode-hooks" (0xffff6640) "debugger-mode" (0xffff6c50) "debug" (0xffff71a8) "string-match" (0xffff75c8) "string-match-p" (0xffff7a30) "progn" (0xffff7c70) "eval" (0xffff7e30) "elisp--eval-last-sexp" (0xffff8358) "eval-last-sexp" (0xffff8960) "funcall-interactively" (0xffff8958) "call-interactively" (0xffff8c80) "command-execute" (0xffff91c8) (gdb) -- -- Kaushal Modi --001a1134fc8cfa96be05376f6b14 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I evaluated the below after:

> gdb ./emacs
gdb> r -Q

=3D=3D=3D= =3D
(defmacro emacs-q-template (pkgs &rest body)
=C2=A0 "Install packages in PKGS list and evaluate BODY.
=
Example usage:

1. Launch 'emacs= -Q'.
2. Copy this macro definition to its scratch buffer and= evaluate it.
3. Evaluate a minimum working example using this ma= cro as below:
=C2=A0 =C2=A0 =C2=A0(emacs-q-template '(project= ile)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(projectile-global-mode)) "<= /div>
=C2=A0 (declare (indent 1) (debug t))
=C2=A0 `(progn
=C2=A0 =C2=A0 =C2=A0(require 'package)
=C2=A0 =C2=A0 = =C2=A0(setq package-user-dir (concat (getenv "HOME") "/.emac= s.d/elpa_test/"))
=C2=A0 =C2=A0 = =C2=A0(package-initialize)
=C2=A0 =C2=A0 =C2=A0(package-refresh-c= ontents)

=C2=A0 =C2=A0 =C2=A0(dolist (pkg ,pkgs)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(package-install pkg)
=C2=A0 = =C2=A0 =C2=A0 =C2=A0(require pkg))

=C2=A0 =C2=A0 = =C2=A0,@body))

(emacs-q-template '(= projectile)
=C2=A0 (projectile-global-mode)
=C2=A0 (str= ing-match-p "." nil))
=3D=3D=3D=3D=3D
<= br>
Below is the backtrace at the point where I get the unexpecte= d end-of-file error

(gdb) c
Continuing.<= /div>
[New Thread 0x7fffec504700 (LWP 11972)]
[Thread 0x7fffe= c504700 (LWP 11972) exited]

Breakpoint 3, Fsignal = (error_symbol=3D19104, data=3D0) at eval.c:1472
1472 =C2=A0 =C2= =A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) p error_symbol
$15 =3D 19104
(gdb) xsymbo= l
$16 =3D (struct Lisp_Symbol *) 0xcae060 <lispsym+19104>
"end-of-file"
(gdb) bt
#0 =C2=A0Fsig= nal (error_symbol=3D19104, data=3D0) at eval.c:1472
#1 =C2=A00x00= 000000005f4a06 in xsignal (error_symbol=3D19104, data=3D0) at eval.c:1578
#2 =C2=A00x00000000005f4a33 in xsignal0 (error_symbol=3D19104) at = eval.c:1587
#3 =C2=A00x0000000000623284 in end_of_file_error () a= t lread.c:1738
#4 =C2=A00x0000000000624dcd in read1 (readcharfun= =3D57797668, pch=3D0x7fffffff353c, first_in_list=3Dfalse) at lread.c:2553
#5 =C2=A00x00000000006278e3 in read_list (flag=3Dfalse, readcharfu= n=3D57797668) at lread.c:3659
#6 =C2=A00x0000000000624dfc in read= 1 (readcharfun=3D57797668, pch=3D0x7fffffff38ac, first_in_list=3Dfalse) at = lread.c:2558
#7 =C2=A00x00000000006241b0 in read0 (readcharfun=3D= 57797668) at lread.c:2139
#8 =C2=A00x0000000000624112 in read_int= ernal_start (stream=3D57797668, start=3D0, end=3D0) at lread.c:2112
#9 =C2=A00x0000000000623fab in Fread_from_string (string=3D57797668, sta= rt=3D0, end=3D0) at lread.c:2075
#10 0x00000000005f7627 in Ffunca= ll (nargs=3D2, args=3D0x7fffffff3a28) at eval.c:2708
#11 0x000000= 000063df57 in exec_byte_code (bytestr=3D10617580, vector=3D10617613, maxdep= th=3D34, args_template=3D0, nargs=3D0, args=3D0x0) at bytecode.c:880
<= div>#12 0x00000000005f817a in funcall_lambda (fun=3D10617485, nargs=3D2, ar= g_vector=3D0xa2030d <pure+1081741>) at eval.c:2929
#13 0x00= 000000005f783a in Ffuncall (nargs=3D3, args=3D0x7fffffff3f80) at eval.c:275= 0
#14 0x000000000063df57 in exec_byte_code (bytestr=3D40406500, v= ector=3D35307789, maxdepth=3D18, args_template=3D1030, nargs=3D1, args=3D0x= 7fffffff44c8) at bytecode.c:880
#15 0x00000000005f7e3e in funcall= _lambda (fun=3D35307829, nargs=3D1, arg_vector=3D0x7fffffff44c0) at eval.c:= 2863
#16 0x00000000005f783a in Ffuncall (nargs=3D2, args=3D0x7fff= ffff44b8) at eval.c:2750
#17 0x000000000063df57 in exec_byte_code= (bytestr=3D41942932, vector=3D35797685, maxdepth=3D66, args_template=3D103= 0, nargs=3D1, args=3D0x7fffffff4a78) at bytecode.c:880
#18 0x0000= 0000005f7e3e in funcall_lambda (fun=3D26917541, nargs=3D1, arg_vector=3D0x7= fffffff4a70) at eval.c:2863
#19 0x00000000005f783a in Ffuncall (n= args=3D2, args=3D0x7fffffff4a68) at eval.c:2750
#20 0x00000000006= 3df57 in exec_byte_code (bytestr=3D32991236, vector=3D36233277, maxdepth=3D= 50, args_template=3D2058, nargs=3D2, args=3D0x7fffffff4fd0) at bytecode.c:8= 80
#21 0x00000000005f7e3e in funcall_lambda (fun=3D36233437,= nargs=3D2, arg_vector=3D0x7fffffff4fc0) at eval.c:2863
#22 0x000= 00000005f783a in Ffuncall (nargs=3D3, args=3D0x7fffffff4fb8) at eval.c:2750=
#23 0x000000000063df57 in exec_byte_code (bytestr=3D29885572, ve= ctor=3D35430989, maxdepth=3D26, args_template=3D2054, nargs=3D1, args=3D0x7= fffffff5508) at bytecode.c:880
#24 0x00000000005f7e3e in funcall_= lambda (fun=3D35431157, nargs=3D1, arg_vector=3D0x7fffffff5500) at eval.c:2= 863
#25 0x00000000005f783a in Ffuncall (nargs=3D2, args=3D0x7ffff= fff54f8) at eval.c:2750
#26 0x000000000063df57 in exec_byte_code = (bytestr=3D29509364, vector=3D35472261, maxdepth=3D34, args_template=3D1026= , nargs=3D0, args=3D0x7fffffff5a50) at bytecode.c:880
#27 0x00000= 000005f7e3e in funcall_lambda (fun=3D37586485, nargs=3D0, arg_vector=3D0x7f= ffffff5a50) at eval.c:2863
#28 0x00000000005f783a in Ffuncall (na= rgs=3D1, args=3D0x7fffffff5a48) at eval.c:2750
#29 0x000000000063= df57 in exec_byte_code (bytestr=3D29347988, vector=3D37183445, maxdepth=3D1= 8, args_template=3D2, nargs=3D0, args=3D0x7fffffff6010) at bytecode.c:880
#30 0x00000000005f7e3e in funcall_lambda (fun=3D37183509, nargs=3D= 0, arg_vector=3D0x7fffffff6010) at eval.c:2863
#31 0x00000000005f= 783a in Ffuncall (nargs=3D1, args=3D0x7fffffff6008) at eval.c:2750
#32 0x00000000005f6a9b in funcall_nil (nargs=3D1, args=3D0x7fffffff6008) = at eval.c:2340
#33 0x00000000005f6e9f in run_hook_with_args (narg= s=3D1, args=3D0x7fffffff6008, funcall=3D0x5f6a78 <funcall_nil>) at ev= al.c:2517
#34 0x00000000005f6b22 in Frun_hook_with_args (nargs=3D= 1, args=3D0x7fffffff6008) at eval.c:2382
#35 0x00000000005f6efb i= n run_hook (hook=3D28871488) at eval.c:2530
#36 0x00000000005f6ad= f in Frun_hooks (nargs=3D1, args=3D0x7fffffff6118) at eval.c:2364
#37 0x00000000005f74ba in Ffuncall (nargs=3D2, args=3D0x7fffffff6110) at e= val.c:2681
#38 0x000000000063df57 in exec_byte_code (bytestr=3D96= 58076, vector=3D9658109, maxdepth=3D22, args_template=3D514, nargs=3D1, arg= s=3D0x7fffffff6640) at bytecode.c:880
#39 0x0000000000= 5f7e3e in funcall_lambda (fun=3D9658029, nargs=3D1, arg_vector=3D0x7fffffff= 6640) at eval.c:2863
#40 0x00000000005f783a in Ffuncall (nargs=3D= 2, args=3D0x7fffffff6638) at eval.c:2750
#41 0x000000000063df57 i= n exec_byte_code (bytestr=3D26545060, vector=3D26696973, maxdepth=3D10, arg= s_template=3D2, nargs=3D0, args=3D0x7fffffff6c50) at bytecode.c:880
#42 0x00000000005f7e3e in funcall_lambda (fun=3D26697125, nargs=3D0, arg= _vector=3D0x7fffffff6c50) at eval.c:2863
#43 0x00000000005f783a i= n Ffuncall (nargs=3D1, args=3D0x7fffffff6c48) at eval.c:2750
#44 = 0x000000000063df57 in exec_byte_code (bytestr=3D26480452, vector=3D26654173= , maxdepth=3D166, args_template=3D514, nargs=3D2, args=3D0x7fffffff71a8) at= bytecode.c:880
#45 0x00000000005f7e3e in funcall_lambda (fun=3D2= 6654805, nargs=3D2, arg_vector=3D0x7fffffff71a8) at eval.c:2863
#= 46 0x00000000005f783a in Ffuncall (nargs=3D3, args=3D0x7fffffff71a0) at eva= l.c:2750
#47 0x00000000005f6a41 in Fapply (nargs=3D2, args=3D0x7f= ffffff7270) at eval.c:2329
#48 0x00000000005f6f90 in apply1 (fn= =3D16848, arg=3D56618787) at eval.c:2545
#49 0x00000000005f23b6 i= n call_debugger (arg=3D56618787) at eval.c:308
#50 0x00000000005f= 4e2b in maybe_call_debugger (conditions=3D9578427, sig=3D51984, data=3D5661= 8835) at eval.c:1723
#51 0x00000000005f48dd in Fsignal (error_sym= bol=3D51984, data=3D56618835) at eval.c:1541
#52 0x00000000005f4a= 06 in xsignal (error_symbol=3D51984, data=3D56618835) at eval.c:1578
<= div>#53 0x00000000005f4a9a in xsignal2 (error_symbol=3D51984, arg1=3D44400,= arg2=3D0) at eval.c:1599
#54 0x00000000005d7967 in wrong_type_ar= gument (predicate=3D44400, value=3D0) at data.c:151
#55 0x0000000= 00055388b in CHECK_STRING (x=3D0) at lisp.h:2807
#56 0x0000000000= 5b2278 in string_match_1 (regexp=3D55505044, string=3D0, start=3D0, posix= =3Dfalse) at search.c:373
#57 0x00000000005b25e5 in Fstring_match= (regexp=3D55505044, string=3D0, start=3D0) at search.c:444
#58 0= x00000000005f7627 in Ffuncall (nargs=3D4, args=3D0x7fffffff75c0) at eval.c:= 2708
#59 0x000000000063df57 in exec_byte_code (bytestr=3D9684412,= vector=3D9684445, maxdepth=3D30, args_template=3D3082, nargs=3D2, args=3D0= x7fffffff7a40) at bytecode.c:880
#60 0x00000000005f7e3e in funcal= l_lambda (fun=3D9684365, nargs=3D2, arg_vector=3D0x7fffffff7a30) at eval.c:= 2863
#61 0x00000000005f7bca in apply_lambda (fun=3D9684365, args= =3D55521603, count=3D15) at eval.c:2802
#62 0x00000000005f623e in= eval_sub (form=3D55521587) at eval.c:2219
#63 0x00000000005f2647= in Fprogn (body=3D55521667) at eval.c:427
#64 0x00000000005f5c69= in eval_sub (form=3D55520739) at eval.c:2127
#65 0x00000000005f5= 786 in Feval (form=3D55520739, lexical=3D0) at eval.c:1996
#66 0x= 00000000005f75ec in Ffuncall (nargs=3D3, args=3D0x7fffffff7e28) at eval.c:2= 704
#67 0x000000000063df57 in exec_byte_code (bytestr=3D11219292,= vector=3D11219325, maxdepth=3D22, args_template=3D1030, nargs=3D1, args=3D= 0x7fffffff8360) at bytecode.c:880
#68 0x00000000005f7e3e in funca= ll_lambda (fun=3D11219245, nargs=3D1, arg_vector=3D0x7fffffff8358) at eval.= c:2863
#69 0x00000000005f783a in Ffuncall (nargs=3D2, args=3D0x7f= ffffff8350) at eval.c:2750
#70 0x000000000063df57 in exec_byte_co= de (bytestr=3D11220028, vector=3D11220061, maxdepth=3D18, args_template=3D1= 030, nargs=3D1, args=3D0x7fffffff8968) at bytecode.c:880
#71 0x00= 000000005f7e3e in funcall_lambda (fun=3D11219973, nargs=3D1, arg_vector=3D0= x7fffffff8960) at eval.c:2863
#72 0x00000000005f783a in Ffuncall = (nargs=3D2, args=3D0x7fffffff8958) at eval.c:2750
#73 0x000000000= 05ef8fc in Ffuncall_interactively (nargs=3D2, args=3D0x7fffffff8958) at cal= lint.c:252
#74 0x00000000005f74ba in Ffuncall (nargs=3D3, args=3D= 0x7fffffff8950) at eval.c:2681
#75 0x00000000005f1c82 = in Fcall_interactively (function=3D4203120, record_flag=3D0, keys=3D1358917= 3) at callint.c:840
#76 0x00000000005f7627 in Ffuncall (nargs=3D4= , args=3D0x7fffffff8c78) at eval.c:2708
#77 0x000000000063df57 in= exec_byte_code (bytestr=3D10517116, vector=3D10517149, maxdepth=3D54, args= _template=3D4102, nargs=3D1, args=3D0x7fffffff91d0) at bytecode.c:880
=
#78 0x00000000005f7e3e in funcall_lambda (fun=3D10517069, nargs=3D1, a= rg_vector=3D0x7fffffff91c8) at eval.c:2863
#79 0x00000000005f783a= in Ffuncall (nargs=3D2, args=3D0x7fffffff91c0) at eval.c:2750
#8= 0 0x00000000005f6fe2 in call1 (fn=3D15072, arg1=3D4203120) at eval.c:2560
#81 0x000000000055b646 in command_loop_1 () at keyboard.c:1479
#82 0x00000000005f424a in internal_condition_case (bfun=3D0x55ae8d &= lt;command_loop_1>, handlers=3D19392, hfun=3D0x55a677 <cmd_error>)= at eval.c:1310
#83 0x000000000055ab95 in command_loop_2 (ignore= =3D0) at keyboard.c:1107
#84 0x00000000005f3b6a in internal_catch= (tag=3D46560, func=3D0x55ab6c <command_loop_2>, arg=3D0) at eval.c:1= 075
#85 0x000000000055ab35 in command_loop () at keyboard.c:1086<= /div>
#86 0x000000000055a246 in recursive_edit_1 () at keyboard.c:692
#87 0x000000000055a3d9 in Frecursive_edit () at keyboard.c:763
#88 0x000000000055825a in main (argc=3D2, argv=3D0x7fffffff9688) at = emacs.c:1656

Lisp Backtrace:
"read-= from-string" (0xffff3a30)
"help-function-arglist" = (0xffff3f88)
"ad-arglist" (0xffff44c0)
"= ad-make-advised-definition" (0xffff4a70)
"ad-activate-a= dvised-definition" (0xffff4fc0)
"ad-activate" (0xf= fff5500)
"projectile-mode" (0xffff5a50)
"= ;projectile-global-mode-enable-in-buffers" (0xffff6010)
&quo= t;run-hooks" (0xffff6118)
"run-mode-hooks" (0xffff= 6640)
"debugger-mode" (0xffff6c50)
"debu= g" (0xffff71a8)
"string-match" (0xffff75c8)
<= div>"string-match-p" (0xffff7a30)
"progn" (0x= ffff7c70)
"eval" (0xffff7e30)
"elisp--ev= al-last-sexp" (0xffff8358)
"eval-last-sexp" (0xfff= f8960)
"funcall-interactively" (0xffff8958)
&= quot;call-interactively" (0xffff8c80)
"command-execute&= quot; (0xffff91c8)
(gdb)
--

--
Kaushal Modi

--001a1134fc8cfa96be05376f6b14-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 13:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 23949@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146832928711340 (code B ref 23949); Tue, 12 Jul 2016 13:15:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 13:14:47 +0000 Received: from localhost ([127.0.0.1]:47745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxWL-0002wk-Sq for submit@debbugs.gnu.org; Tue, 12 Jul 2016 09:14:47 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxWF-0002wR-IG for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 09:14:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMxW7-0001KM-5E for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 09:14:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35704) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMxW7-0001K7-2q; Tue, 12 Jul 2016 09:14:27 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2144 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bMxW5-0008Rw-1H; Tue, 12 Jul 2016 09:14:25 -0400 Date: Tue, 12 Jul 2016 16:14:09 +0300 Message-Id: <83lh17ati6.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 12:29:25 +0000) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 12:29:25 +0000 > > Lisp Backtrace: > "read-from-string" (0xffff3a30) > "help-function-arglist" (0xffff3f88) This says it tried to read from a string. What string was that? And why does help-function-arglist try to read from that string? > #9 0x0000000000623fab in Fread_from_string (string=57797668, start=0, end=0) at lread.c:2075 In this frame, please show the value of 'string', like this: (gdb) frame 9 (gdb) p string (gdb) xstring From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 13:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146833041113155 (code B ref 23949); Tue, 12 Jul 2016 13:34:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 13:33:31 +0000 Received: from localhost ([127.0.0.1]:47754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxoU-0003Q2-G4 for submit@debbugs.gnu.org; Tue, 12 Jul 2016 09:33:30 -0400 Received: from mail-oi0-f43.google.com ([209.85.218.43]:34046) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxoP-0003Pl-Fc for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 09:33:25 -0400 Received: by mail-oi0-f43.google.com with SMTP id s66so22345463oif.1 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 06:33:21 -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; bh=h9zWWQOPhLSjYxQTPAoESzLiVgih/uULdemfea4NDQc=; b=RN4WxD1ztkhzf4uvsab1hGe3rzSIhOkpApfW9vqWXFfOQTUSVd13ZtM3TdKJf1CVCt iWpG+jcUHpBqt8eqC5XMg+yAfG/C/S8P2LI0eD1yvb51qN3VDEOh2D55OspvmNRH4Zt2 V6xGN9KQHe4biDiHEsAJxccp0INJCfxWpx8uAgCV7vm9gB1DMVTiZLf7n6Z+lb/898Gj LwvyoRwYXnl0URSxbwnJsmwStIjUxHZf/8Tl/RwVpMS31GtPat1JftMxo7W7VK+SdQgm UoqWEVuAr68ezQPwshwaG3i2NNSSf+8npoqz9RgFfUnWx2hdi3ElvcjRBtY4udzI7U/K ZIzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=h9zWWQOPhLSjYxQTPAoESzLiVgih/uULdemfea4NDQc=; b=JP5lPb5FrP6tAZQw4OwVbgXu0+scyXstf5SpUviPqQQ4X25vt4BEmZOvk3hW5Ak8tU ZimaA0YIbTGmLluCg1gs/3mOJIBlSnMyunKFZjqlSTS8axIQppXlT8DxVRHFEyw3Y4/m 8ZY1Mr66VQx30Qa8G8Ql7oMkBKO0/jBoBaGOHEzXIcJKZGaQ9Aa9sbhtuCmib8HGnnP3 Qg0zEc63Mg2YaSnMDaD9JOSBhY+zh0nw6fWsKpQwxCeChm4xGLA3Yku7KhSy1g5u38zR ZrdrFdo2LqbJsIIvWxWbfxfbC/9LcP2JqQwfqsWmNDyt7x0cJWRaB37A9Xi1DDrpudR1 Rt6A== X-Gm-Message-State: ALyK8tL3yUHZ1qONG4KhSXXpVlrAUwOwImIcRzion6mh2GfVhsywfNyuPyyWTUb6/kWn+q+DvvV+4wu7REW4MQ== X-Received: by 10.202.231.83 with SMTP id e80mr12476364oih.159.1468330395867; Tue, 12 Jul 2016 06:33:15 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> In-Reply-To: <83lh17ati6.fsf@gnu.org> From: Kaushal Modi Date: Tue, 12 Jul 2016 13:33:05 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a114080d2a8a34f0537704f7f X-Spam-Score: -0.7 (/) 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.7 (/) --001a114080d2a8a34f0537704f7f Content-Type: text/plain; charset=UTF-8 Hi Eli, This is what I get (obviously odd-looking string): (gdb) frame 9 #9 0x0000000000624397 in Fread_from_string (string=54138084, start=0, end=0) at lread.c:2075 2075 ret = read_internal_start (string, start, end); (gdb) p string $15 = 54138084 (gdb) xstring $16 = (struct Lisp_String *) 0x33a14e0 "(nilory is relative, it is com" Looks like the 'nil' argument in '(string-match-p "." nil)' somehow did this? (BTW this debug session is on the 2f67f8a commit of master (very recent, today). But the bug is present on emacs-25 too.) On Tue, Jul 12, 2016 at 9:14 AM Eli Zaretskii wrote: > In this frame, please show the value of 'string', like this: > > (gdb) frame 9 > (gdb) p string > (gdb) xstring > -- -- Kaushal Modi --001a114080d2a8a34f0537704f7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eli,

This is what I get (obviously o= dd-looking string):

(gdb) frame 9
#= 9 =C2=A00x0000000000624397 in Fread_from_string (string=3D54138084, start= =3D0, end=3D0) at lread.c:2075
2075 =C2=A0 =C2=A0 =C2=A0ret =3D r= ead_internal_start (string, start, end);
(gdb) p string
$15 =3D 54138084
(gdb) xstring
$16 =3D (struct Lisp_St= ring *) 0x33a14e0
"(nilory is relative, it is com"

Looks like the 'nil' argument in '(string-= match-p "." nil)' somehow did this?

= (BTW this debug session is on the=C2=A02f67f8a commit of master (very recen= t, today). But the bug is present on emacs-25 too.)

On Tue, Jul 12, 2016 at 9:14 AM Eli Zaretskii= <eliz@gnu.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">In this frame, please show the value of '= string', like this:

=C2=A0(gdb) frame 9
=C2=A0(gdb) p string
=C2=A0(gdb) xstring
--

--
Kaushal Modi

--001a114080d2a8a34f0537704f7f-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 13:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146833070213592 (code B ref 23949); Tue, 12 Jul 2016 13:39:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 13:38:22 +0000 Received: from localhost ([127.0.0.1]:47758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxtC-0003X6-B6 for submit@debbugs.gnu.org; Tue, 12 Jul 2016 09:38:22 -0400 Received: from mail-oi0-f52.google.com ([209.85.218.52]:36382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMxt6-0003Wn-R0 for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 09:38:17 -0400 Received: by mail-oi0-f52.google.com with SMTP id w18so22541234oiw.3 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 06:38:12 -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; bh=/0+kGCM2Rqaj+ak92qCug7l2q527mwi8qO10anV5lg0=; b=McKrrm1PTLscslKqGVTS3Ht0aCVnBf5XoUyuby6qoVMp8Vlt21X22S7XfVLQZDXyaI 5JcKPAeo/A1QVupwxHVjHMbS5BsxL3vzIRzQC8tdQjcmnn+NrTxb63fSU1vqtJmKVFSQ oHHdRmlrlxFgxh2hhu62MT6gNI0uuvLbK9DjKjaQnj/JTabTVrpvRH+FBVsZj1qC3e7B DVcl2/VGVnSmKLiuuDEazE8gBg6gymNfrrpoF1IgXhZ5Uus9sEIVOl1dtOzP5K2ktcAG TW7Vd8cDJPQmwIDzGqHc+qpd9x6PlkTMjh/uT63FvbzD7GuhW+RxcG9HV56LMTYHe7sF 9+7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/0+kGCM2Rqaj+ak92qCug7l2q527mwi8qO10anV5lg0=; b=PNzPKYkJ1BB3L9/IjOMAA0sxlaROo+W4yNJb9vMPzWhSIi9dU2PELrhK9uywUHLVg6 Xq7nhVlJLnZQuuflfSHA7OwPCogotIHjBlVShh19/HlxQgqcqs1vFVS7lPI8p8C9ffmB xRM7pFF3K+hmGnh1gJPD+dTNTgbi3/tmpUZSwn3hb1NNXERLK5vEYx1ktjC6VB4TTu6a b+7PQmtAjf5Z6FOgesbAvnvvvUYdlIIwVD0upkSy4PjHaNRY7oZcBnFIkoJvn4XJTL1Q yJN3oultI241EQ4jwA42CSjvq1rZMABMo9mN9DVg4UYBwwHAjrf3iXlL1ZhDWgIh9tqu x+xA== X-Gm-Message-State: ALyK8tJTy6XMGWcsI+x54lAcuajomQc/qoLHdBZRnvmP29EwxCUDK2FOOT0/k94g0pioGIK7tLpvBTCNhZ4DdQ== X-Received: by 10.202.199.149 with SMTP id x143mr1022458oif.50.1468330687411; Tue, 12 Jul 2016 06:38:07 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Tue, 12 Jul 2016 13:37:57 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a1134fc8c093cf30537706134 X-Spam-Score: -0.7 (/) 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.7 (/) --001a1134fc8c093cf30537706134 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Some interesting discovery .. hope this helps debug this: Searched the whole emacs source and my ~/.emacs.d for 'is relative, it is com'. And the only place I found it was in lisp/progmodes/compile.el, line 2679: =3D=3D=3D=3D=3D km=C2=B2~/downloads/:git/emacs> ag 'is relative, it is com' lisp/progmodes/compile.el 2679:If DIRECTORY is relative, it is combined with `default-directory'. =3D=3D=3D=3D=3D Somehow "(nil" replaced "If DIRECT", the whole thing got lower-cased, string after "com" in "combined" got truncated, and we got: "(nilory is relative, it is com" On Tue, Jul 12, 2016 at 9:33 AM Kaushal Modi wrote= : > Hi Eli, > > This is what I get (obviously odd-looking string): > > (gdb) frame 9 > #9 0x0000000000624397 in Fread_from_string (string=3D54138084, start=3D0= , > end=3D0) at lread.c:2075 > 2075 ret =3D read_internal_start (string, start, end); > (gdb) p string > $15 =3D 54138084 > (gdb) xstring > $16 =3D (struct Lisp_String *) 0x33a14e0 > "(nilory is relative, it is com" > > Looks like the 'nil' argument in '(string-match-p "." nil)' somehow did > this? > > (BTW this debug session is on the 2f67f8a commit of master (very recent, > today). But the bug is present on emacs-25 too.) > > On Tue, Jul 12, 2016 at 9:14 AM Eli Zaretskii wrote: > >> In this frame, please show the value of 'string', like this: >> >> (gdb) frame 9 >> (gdb) p string >> (gdb) xstring > > Kaushal Modi > --=20 --=20 Kaushal Modi --001a1134fc8c093cf30537706134 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Some interesting discovery .. hope this helps debug this:<= div>
Searched the whole emacs source and my ~/.emacs.d for &#= 39;is relative, it is com'. And the only place I found it was in lisp/p= rogmodes/compile.el, line 2679:

=3D=3D=3D=3D=3D
km=C2=B2~/downloads/:git/emacs> ag 'is relative, it is = com' =C2=A0 =C2=A0=C2=A0
lisp/progmodes/compile.el
= 2679:If DIRECTORY is relative, it is combined with `default-directory'.=
=3D=3D=3D=3D=3D

Somehow "(nil"= ; replaced "If DIRECT", the whole thing got lower-cased, string a= fter "com" in "combined" got truncated, and we got:

"(nilory is rela= tive, it is com"




<= div dir=3D"ltr">On Tue, Jul 12, 2016 at 9:33 AM Kaushal Modi <kaushal.modi@gmail.com> wrote:
Hi Eli,

<= div>This is what I get (obviously odd-looking string):

=
(gdb) frame 9
#9 =C2=A00x0000000000624397 in Fread_from= _string (string=3D54138084, start=3D0, end=3D0) at lread.c:2075
2= 075 =C2=A0 =C2=A0 =C2=A0ret =3D read_internal_start (string, start, end);
(gdb) p string
$15 =3D 54138084
(gdb) xstring<= /div>
$16 =3D (struct Lisp_String *) 0x33a14e0
"(nilory = is relative, it is com"

Looks like the 'n= il' argument in '(string-match-p "." nil)' somehow di= d this?

(BTW this debug session is on the=C2=A02f6= 7f8a commit of master (very recent, today). But the bug is present on emacs= -25 too.)

On Tue, Jul 12, 2016 at 9:14 AM Eli Zaretskii <eliz@gnu.org> wrote:<= br>
In this frame, please show the valu= e of 'string', like this:

=C2=A0(gdb) frame 9
=C2=A0(gdb) p string
=C2=A0(gdb) xstring=C2=A0

Kaushal Modi

--

--
Kaushal Modi

--001a1134fc8c093cf30537706134-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 23949@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146833213316557 (code B ref 23949); Tue, 12 Jul 2016 14:03:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 14:02:13 +0000 Received: from localhost ([127.0.0.1]:48449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMyGH-0004Iw-4L for submit@debbugs.gnu.org; Tue, 12 Jul 2016 10:02:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44513) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMyGB-0004IJ-9Z for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 10:02:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMyG0-0003NK-6r for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 10:01:58 -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.5 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMyG0-0003NG-3I; Tue, 12 Jul 2016 10:01:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2180 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bMyFy-0004GV-QJ; Tue, 12 Jul 2016 10:01:51 -0400 Date: Tue, 12 Jul 2016 17:01:33 +0300 Message-Id: <83h9bvarb6.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 13:33:05 +0000) References: <83lh17ati6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 13:33:05 +0000 > Cc: 23949@debbugs.gnu.org > > (gdb) frame 9 > #9 0x0000000000624397 in Fread_from_string (string=54138084, start=0, end=0) at lread.c:2075 > 2075 ret = read_internal_start (string, start, end); > (gdb) p string > $15 = 54138084 > (gdb) xstring > $16 = (struct Lisp_String *) 0x33a14e0 > "(nilory is relative, it is com" > > Looks like the 'nil' argument in '(string-match-p "." nil)' somehow did this? string-match-p just signals an error, because its 2nd arg must be a string. Look up the backtrace, and you will see that Emacs is trying to signal an error: #47 0x00000000005f6a41 in Fapply (nargs=2, args=0x7fffffff7270) at eval.c:2329 #48 0x00000000005f6f90 in apply1 (fn=16848, arg=56618787) at eval.c:2545 #49 0x00000000005f23b6 in call_debugger (arg=56618787) at eval.c:308 #50 0x00000000005f4e2b in maybe_call_debugger (conditions=9578427, sig=51984, data=56618835) at eval.c:1723 #51 0x00000000005f48dd in Fsignal (error_symbol=51984, data=56618835) at eval.c:1541 #52 0x00000000005f4a06 in xsignal (error_symbol=51984, data=56618835) at eval.c:1578 #53 0x00000000005f4a9a in xsignal2 (error_symbol=51984, arg1=44400, arg2=0) at eval.c:1599 #54 0x00000000005d7967 in wrong_type_argument (predicate=44400, value=0) at data.c:151 #55 0x000000000055388b in CHECK_STRING (x=0) at lisp.h:2807 #56 0x00000000005b2278 in string_match_1 (regexp=55505044, string=0, start=0, posix=false) at search.c:373 #57 0x00000000005b25e5 in Fstring_match (regexp=55505044, string=0, start=0) at search.c:444 What happens next is that Emacs calls the debugger, and then your advices kick in, starting at apply1. And that's where the trouble begins. I asked why help-function-arglist is trying to read from a string, but got no answer. > (BTW this debug session is on the 2f67f8a commit of master (very recent, today). But the bug is present on > emacs-25 too.) Sorry, I see no bug yet, just a lot of ad-FOO stuff that tries to do something silly during an error, when it should have moved out of the way. If there is a bug, its root cause hides inside help-function-arglist, and the way it is called by the advices you (or maybe it's Projectile?) have set up. That's where we should be looking, not in string-match-p, which did what it was supposed to do: signaled an error when called with nil instead of a string. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 14:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: 23949@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146833225216752 (code B ref 23949); Tue, 12 Jul 2016 14:05:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 14:04:12 +0000 Received: from localhost ([127.0.0.1]:48453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMyIC-0004M2-J1 for submit@debbugs.gnu.org; Tue, 12 Jul 2016 10:04:12 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMyI7-0004LV-Fm for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 10:04:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMyHz-0003tT-Ag for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 10:03:58 -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.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36400) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMyHz-0003tK-7Q; Tue, 12 Jul 2016 10:03:55 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2181 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bMyHx-00065s-10; Tue, 12 Jul 2016 10:03:53 -0400 Date: Tue, 12 Jul 2016 17:03:34 +0300 Message-Id: <83furfar7t.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 13:37:57 +0000) References: <83lh17ati6.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 13:37:57 +0000 > Cc: 23949@debbugs.gnu.org > > Some interesting discovery .. hope this helps debug this: > > Searched the whole emacs source and my ~/.emacs.d for 'is relative, it is com'. And the only place I found it > was in lisp/progmodes/compile.el, line 2679: > > ===== > km²~/downloads/:git/emacs> ag 'is relative, it is com' > lisp/progmodes/compile.el > 2679:If DIRECTORY is relative, it is combined with `default-directory'. > ===== > > Somehow "(nil" replaced "If DIRECT", the whole thing got lower-cased, string after "com" in "combined" got > truncated, and we got: > > "(nilory is relative, it is com" It's probably just some random garbage left on the stack. Once again, the root cause lies in help-function-arglist or its immediate callers. Why does all this get called when Emacs signals an error? From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: Eli Zaretskii , 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146833292317852 (code B ref 23949); Tue, 12 Jul 2016 14:16:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 14:15:23 +0000 Received: from localhost ([127.0.0.1]:48457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMyT0-0004dh-OO for submit@debbugs.gnu.org; Tue, 12 Jul 2016 10:15:23 -0400 Received: from mx2.suse.de ([195.135.220.15]:49035) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bMySu-0004dP-AB for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 10:15:16 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 53756ABA6; Tue, 12 Jul 2016 14:15:11 +0000 (UTC) From: Andreas Schwab References: <83lh17ati6.fsf@gnu.org> X-Yow: In order to make PLANS for the WEEKEND...so that we can read RESTAURANT REVIEWS and decide to GO to that restaurant & then NEVER GO...so we can meet a FRIEND after work in a BAR and COMPLAIN about Interior Sect'y JAMES WATT until the SUBJECT is changed to NUCLEAR BLACKMAIL...and so our RELATIVES can FORCE us to listen to HOCKEY STATISTICS while we wait for them to LEAVE on the 7:48.... Date: Tue, 12 Jul 2016 16:15:11 +0200 In-Reply-To: (Kaushal Modi's message of "Tue, 12 Jul 2016 13:33:05 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.6 (---) 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: -3.6 (---) Kaushal Modi writes: > (gdb) frame 9 > #9 0x0000000000624397 in Fread_from_string (string=54138084, start=0, > end=0) at lread.c:2075 > 2075 ret = read_internal_start (string, start, end); > (gdb) p string > $15 = 54138084 > (gdb) xstring This is only valid if $ is a Lisp_String. Use xtype to find out. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 18:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Stefan Monnier , schwab@suse.de Cc: 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146834852218238 (code B ref 23949); Tue, 12 Jul 2016 18:36:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 18:35:22 +0000 Received: from localhost ([127.0.0.1]:48669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2Wg-0004k5-94 for submit@debbugs.gnu.org; Tue, 12 Jul 2016 14:35:22 -0400 Received: from mail-oi0-f47.google.com ([209.85.218.47]:36076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2Wc-0004jp-GJ for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 14:35:20 -0400 Received: by mail-oi0-f47.google.com with SMTP id w18so35665613oiw.3 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 11:35:18 -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; bh=WTm52McVyD8SHRp0MxIJuR7XOLO5/G5Zxc3VZ9QuMcs=; b=UyrXF8sLqqvvXGbi6BBZqi6xEBVh+40tYflJY77ByJzbu2pFEow/AL8XtF8LoRan9K cGdM82svX+Op6air3YLQC0CPLuCjjW361mZzqLhX4AG364kkaN/u0pVG4kTEaa/EbkK/ Ebk2BZ0h0dB9XxF4/A1VD181bywN5lAECmNQdKPyhP2HUj0QoZ0czOBFdroWdIE+cm+f eYPxetNfa9Tz/r6tG+f/tkIXT5uGmk/MlKgFAcqysjAljiBpGhfWA0fg6OTuuvWmc5N+ pHtgRY1OeTz3nTIrwv7rE3gfbMoSnBigkkbPpPhdWgD3FmStYxymz+CxQmRsIOtKQJjv 5P7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WTm52McVyD8SHRp0MxIJuR7XOLO5/G5Zxc3VZ9QuMcs=; b=clgbH+e5mrQ60f59OyfeMLmM0bJDQfzirWfPKkm1Awl2ZvbF2qNFpz1fWca83Q9wxt CFuatZz3obuBzLnXAAJxZ/3G8LDOnLZcC6TE2MeJ7HTmEhv4nmzQCarVjjNhMe0cKV7K 0nHAaIekeSHfhglzpr3YdwSoFDy7P/wEMU3mtMut8pXOHDYx4iaCbu0L6B8JBcRgb+tF 7BgFxOgzfDVMFPBdF3G7Cmz7a/B4joJVbnoXRoZ6qxkRlNHp2RuCVEMopETcEfxbHjxZ t3JyfWBCukAaMOcw9di0nlR27b9Po74ujzKXS7j2087XrXDcM+Ou9X6Eqdi64LATg9qb yFfQ== X-Gm-Message-State: ALyK8tJXA/Ourrm9VRDISUNmb182JXrOWMIRtnuCN48qiH5+w9Uxb8dCmPT31/SFhplN9iLpUSmhFAKKolsPIg== X-Received: by 10.202.82.205 with SMTP id g196mr14331641oib.125.1468348512616; Tue, 12 Jul 2016 11:35:12 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> In-Reply-To: <83h9bvarb6.fsf@gnu.org> From: Kaushal Modi Date: Tue, 12 Jul 2016 18:35:02 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113b1b0c8047f5053774872a X-Spam-Score: -0.7 (/) 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.7 (/) --001a113b1b0c8047f5053774872a Content-Type: text/plain; charset=UTF-8 On Tue, Jul 12, 2016 at 10:02 AM Eli Zaretskii wrote: > string-match-p just signals an error, because its 2nd arg must be a > string. Look up the backtrace, and you will see that Emacs is trying > to signal an error: > Correct, but that error does not show up within emacs. All the user sees is: Entering debugger... help-function-arglist: End of file during parsing In any case, I believe that that should not happen. Also concerning is the fact that, - (string-match "." nil) gives the expected error backtrace. - But (string-match-p "." nil) gives the help-function-arglist error. What happens next is that Emacs calls the debugger, and then your > advices kick in, starting at apply1. And that's where the trouble > begins. > Correct. That's exactly what I do not understand. > I asked why help-function-arglist is trying to read from a string, but > got no answer. > Sorry, I missed answering that question in my earlier emails; I got too busy with gdb. I do not have answer for that question. I filed this bug report to learn why this happens, and help in any way I can to fix it. >From the below: > "help-function-arglist" (0xffff3f88) > "ad-arglist" (0xffff44c0) > "ad-make-advised-definition" (0xffff4a70) > "ad-activate-advised-definition" (0xffff4fc0) > "ad-activate" (0xffff5500) > "projectile-mode" (0xffff5a50) , the advices in the projectile package are causing this. I grepped the projectile source, and it contains only 2 advices. (1) (defadvice compilation-find-file (around projectile-compilation-find-file) "Try to find a buffer for FILENAME, if we cannot find it, fallback to the original function." (let ((filename (ad-get-arg 1))) (ad-set-arg 1 (or (if (file-exists-p (expand-file-name filename)) filename) ;; Try to find the filename using projectile (and (projectile-project-p) (let ((root (projectile-project-root)) (dirs (cons "" (projectile-current-project-dirs)))) (-when-let (full-filename (->> dirs (--map (expand-file-name filename (expand-file-name it root))) (-filter #'file-exists-p) (-first-item))) full-filename))) ;; Fall back to the old argument filename)) ad-do-it)) (2) (defadvice delete-file (before purge-from-projectile-cache (filename &optional trash)) (if (and projectile-enable-caching (projectile-project-p)) (let* ((project-root (projectile-project-root)) (true-filename (file-truename filename)) (relative-filename (file-relative-name true-filename project-root))) (if (projectile-file-cached-p relative-filename project-root) (projectile-purge-file-from-cache relative-filename))))) As I started using advices only after emacs 24.4, I never learned the old advice style. So I hoped someone experienced with these would help connect the dots between invalid arg error for string-match-p and help-function-arglist error. @Stefan? Also, with the exact same projectile version, I do *not* get the misleading help-function-arglist error on emacs 24.5. So something probably changed in the way major mode hooks are run in the debugger since then? Sorry, I see no bug yet, just a lot of ad-FOO stuff that tries to do > something silly during an error, when it should have moved out of the > way. If there is a bug, its root cause hides inside > help-function-arglist, Copying Stefan to help throw some light on this. > and the way it is called by the advices you (or > maybe it's Projectile?) have set up. The minimal code I posted was run in emacs -Q. So the only effective advices are the ones in Projectile; I have pasted the code for those 2 advices above for reference. > That's where we should be > looking, not in string-match-p, which did what it was supposed to do: > signaled an error when called with nil instead of a string. > But then it would be interesting to know why (string-match "." nil) instead does not cause the help-function-arglist error. Here is the backtrace on evaluating ===== (emacs-q-template '(projectile) (projectile-global-mode) (string-match-p "." nil)) ===== (Code for the emacs-q-template macro is in my previous email in this thread.) Backtrace: ===== Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match("." nil nil) string-match-p("." nil) (progn (require (quote package)) (setq package-user-dir (concat ... eval((progn (require (quote package)) (setq package-user-dir (concat ... eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) ===== (I do not get this backtrace in emacs 25.x; above is from emacs 24.5.) And here is the backtrace for evaluating the same when using string-match instead of string-match-p in emacs 24.5: ===== (emacs-q-template '(projectile) (projectile-global-mode) (string-match "." nil)) ===== Backtrace: ===== Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match("." nil) (progn (require (quote package)) (setq package-user-dir (concat ... eval((progn (require (quote package)) (setq package-user-dir (concat ... eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) ===== In the former case, it was string-match("." nil nil) In the latter case, it was, string-match("." nil) Do those 2 consecutive 'nil's somehow throw off the debugger/ad-arglist/help-function-arglist in emacs 25.x? On Tue, Jul 12, 2016 at 10:15 AM Andreas Schwab wrote: > > $15 = 54138084 > > (gdb) xstring > > This is only valid if $ is a Lisp_String. Use xtype to find out. > Hi Andreas, Thanks for looking into this bug thread. I have close to 0 experience with gdb. I typed 'xtype' for the same frame and this is what I got: (gdb) xstring $16 = (struct Lisp_String *) 0x33a14e0 "(nilory is relative, it is com" (gdb) xtype Argument to arithmetic operation not a number or boolean. (gdb) I do not know what to make out of that. Let me know if there are any other gdb commands that I can use to give you more helpful debug info. Thanks everyone. -- -- Kaushal Modi --001a113b1b0c8047f5053774872a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue= , Jul 12, 2016 at 10:02 AM Eli Zaretskii <eliz@gnu.org> wrote:
strin= g-match-p just signals an error, because its 2nd arg must be a
string.=C2=A0 Look up the backtrace, and you will see that Emacs is trying<= br> to signal an error:

Correct, but that e= rror does not show up within emacs. All the user sees is:

Entering debugger...
help-function-arglist: End of f= ile during parsing

In any case, I believe th= at that should not happen.

Also concerning is the = fact that,

- (stri= ng-match "." nil) gives the expected error backtrace.
<= /div>
- But=C2=A0(string-match-p "= ." nil) gives the help-function-arglist error.=C2=A0
=
What happens next is that Emacs calls the debugger, and then your
advices kick in, starting at apply1.=C2=A0 And that's where the trouble=
begins.

Correct. That's exactly wha= t I do not understand.=C2=A0
=C2=A0
I asked why help-function-arglist is trying to read from a string, but
got no answer.

Sorry, I missed answerin= g that question in my earlier emails; I got too busy with gdb.
I do not have answer for that question. I filed this bug repor= t to learn why this happens, and help in any way I can to fix it.

From the below:

>=C2=A0"help-function-argli= st" (0xffff3f88)
= > "ad-arglist" (0xffff44c0)
>=C2=A0"= ad-make-advised-definition" (0xffff4a70)
>=C2=A0&= quot;ad-activate-advised-definition" (0xffff4fc0)
>=C2= =A0"ad-activate" (0xffff5500)
>=C2=A0= "projectile-mode" (0xffff5a50)

, the adv= ices in the projectile package are causing this. I grepped the projectile s= ource, and it contains only 2 advices.

(1)
(defadvice compilation-find-file (around projectile-compilation-fin= d-file)
=C2=A0 "Try to find a buffer for FILENAME, if we can= not find it,
fallback to the original function."
= =C2=A0 (let ((filename (ad-get-arg 1)))
=C2=A0 =C2=A0 (ad-set-arg= 1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (or
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(if (= file-exists-p (expand-file-name filename))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0filename)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; Try to fin= d the filename using projectile
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(and (projectile-project-p)
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (let= ((root (projectile-project-root))
=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 (dirs= (cons "" (projectile-current-project-dirs))))
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (-when-let (full-filename (->> dirs
=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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(--map (expand-file-name filename (expand-fi= le-name it root)))
=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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0(-filter #'file-exists-p)
=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 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0(-first-item)))
=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 full-filename))= )
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;= ; Fall back to the old argument
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0filename))
=C2=A0 =C2=A0 ad-do-it)= )

(2)
(defadvice delete-file = (before purge-from-projectile-cache (filename &optional trash))
=C2=A0 (if (and projectile-enable-caching (projectile-project-p))
<= div>=C2=A0 =C2=A0 =C2=A0 (let* ((project-root (projectile-project-root))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(true-filename (fil= e-truename filename))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(relative-filename (file-relative-name true-filename project-root)))<= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (if (projectile-file-cached-p relativ= e-filename project-root)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (projectile-purge-file-from-cache relative-filename)))))

As I started using advices only after emacs 24.4, I never = learned the old advice style. So I hoped someone experienced with these wou= ld help connect the dots between invalid arg error for string-match-p and h= elp-function-arglist error. @Stefan?

Also, with th= e exact same projectile version, I do *not* get the misleading=C2=A0help-function-arglist error on emacs 24.5. So some= thing probably changed in the way major mode hooks are run in the debugger = since then?

Sorry, I see no bug yet, just a lot of ad-FOO stuff that tries to do
something silly during an error, when it should have moved out of the
way.=C2=A0 If there is a bug, its root cause hides inside
help-function-arglist,

Copying Stefan to he= lp throw some light on this.
=C2=A0
and the way it is called by the advices you (or
maybe it's Projectile?) have set up.=C2=A0

=
The minimal code I posted was run in emacs -Q. So the only effective a= dvices are the ones in Projectile; I have pasted the code for those 2 advic= es above for reference.
=C2=A0
(emacs-q-template '(projectile)
=C2=A0 (projectile-global-mode)
=C2=A0 (string-match-p "." nil))
=3D=3D=3D=3D=3D
(Code for the emacs-q-template macro is= in my previous email in this thread.)

Backtra= ce:=C2=A0=C2=A0
=3D=3D=3D= =3D=3D
Debugger entered-= -Lisp error: (wrong-type-argument stringp nil) =C2=A0=C2=A0
strin= g-match("." nil nil) =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 =C2=A0=C2=A0
string-match-p("." nil) = =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 =C2=A0 =C2=A0= =C2=A0
(progn (require (quote package)) (setq package-user-dir (c= oncat ...
eval((progn (require (quote package)) (setq package-use= r-dir (concat ...
eval-last-sexp-1(nil) =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 =C2=A0 =C2=A0 =C2=A0=C2=A0
eva= l-last-sexp(nil) =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 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
call-interactively(eval-las= t-sexp nil nil) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0
command-execute(eval-last-sexp) =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
=3D=3D=3D=3D=3D
(I do not get this backtrace in emacs 25.x; above is from emacs 24= .5.)

And here is the backtrace for evaluating the sam= e when using string-match instead of string-match-p in emacs 24.5:

=3D=3D=3D=3D=3D
(emacs-q-template '(projectile)
=C2=A0 (projectile-global-mode)
=C2=A0 (string-match "."= ; nil))
=3D=3D=3D=3D=3D=

Backtrace:
=3D=3D=3D=3D=3D

Debugger en= tered--Lisp error: (wrong-type-argument stringp nil) =C2=A0 =C2=A0
=C2=A0 string-match("." nil) =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 =C2=A0 =C2=A0
=C2=A0= (progn (require (quote package)) (setq package-user-dir (concat ...=
=C2=A0 eval((progn (require (quote package)) (setq package-us= er-dir (concat ...
=C2=A0 eval-last-sexp-1(nil) =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 =C2=A0 =C2=A0
=C2=A0 eval-last-sexp(nil) =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 =C2=A0 =C2=A0 =C2=A0
=C2=A0 c= all-interactively(eval-last-sexp nil nil) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=A0 c= ommand-execute(eval-last-sexp) =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
=3D=3D=3D=3D=3D

In the former case, it was
<= br>
=C2=A0 string-match("= ;." nil nil) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0

In the latter case, it was,

<= span style=3D"font-size:small">=C2=A0 string-match("." nil)=C2=A0

Do those 2 consecutive 'nil's som= ehow throw off the debugger/ad-arglist/help= -function-arglist in emacs 25.x?

--001a113b1b0c8047f5053774872a-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 18:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: Andreas Schwab , Eli Zaretskii , 23949@debbugs.gnu.org, Stefan Monnier Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146834974620102 (code B ref 23949); Tue, 12 Jul 2016 18:56:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 18:55:46 +0000 Received: from localhost ([127.0.0.1]:48679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2qP-0005EA-PP for submit@debbugs.gnu.org; Tue, 12 Jul 2016 14:55:45 -0400 Received: from mail-oi0-f49.google.com ([209.85.218.49]:33263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2qO-0005Dw-GE for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 14:55:44 -0400 Received: by mail-oi0-f49.google.com with SMTP id j185so30080422oih.0 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 11:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=YiLSybQ7MDfi2coy4/CP3mXxdbVUiyvbUpsYjV8p9Qo=; b=ZFp/3PIIsZ1GbXm7eliIsW6XkQ5pShJl+gqU4x6rkedtABu7Y+b+Z4Qf425u20ZXc+ 4EDCIWnXu/KM/DstMLuMeCqbpm7pFH3VNWTp0L3jqY9IPNxgsOq+lN4OUEWondpo23lN q77VcYqu/Bo9M8BUUdHanVQ3glO95m7dU4jOKaJHEMsvua85ld2e2Mns1FaYLBih1uDV UskNj0JObHeXwy+VVaHdr7vSK30xUj/6M9ZfvIg4xgxAb228UgsKpssY42SeuJ45fu4s BQeLLNeCAWrGxoDtIHPcJXxvhm2wmmmHcZ6aPCHVPV2HUlnigaBB5sIiy5bH08pElK8h Lg0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=YiLSybQ7MDfi2coy4/CP3mXxdbVUiyvbUpsYjV8p9Qo=; b=TZvZDon5qdssyJy49zEDtIZQvz6hCfeKZuJtPvsXznuqPNEtHWXokTSC2D0Ch0PlNp 5D9tmXoZKAQW5RKaZW4i/iV39C6O/fWQnagx0rcTzB1J9+nRct3f4Fhc17x2nCALF6/+ SiiZnehgmB9J9uwcgOqTSwBWxdaQn9xDC9zpxjDeoGFGX8Fua5H7FYwowQH2iaXrI7Gy ljzplChtiYP29pZLn5g3DeTdbUjUC2M2DicPSQ6S8ih2tZZiyqxuFT+g3oi8W54aayEQ 5s6scgSpXm8Fp86ANGR4pFe7JSrUICFrChe/ZdobjD4G5uGZTFNVXMSjZ0LPD4V7HCRb ysJA== X-Gm-Message-State: ALyK8tJsbtZ/teEAts++FFl5Sj9h2+POAkwOf2at3qqUGiPdmfYOjju0aqH9KnkQLQDmVLHadIFtK8fdEFN+hg== X-Received: by 10.157.24.118 with SMTP id t51mr2557224ott.92.1468349738893; Tue, 12 Jul 2016 11:55:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.4.197 with HTTP; Tue, 12 Jul 2016 11:55:38 -0700 (PDT) In-Reply-To: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> From: Noam Postavsky Date: Tue, 12 Jul 2016 14:55:38 -0400 X-Google-Sender-Auth: jHDyKKgJNQ5lN4MpuYtJk4sSQAI 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.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.7 (/) On Tue, Jul 12, 2016 at 2:35 PM, Kaushal Modi wrote: > (gdb) xstring > $16 = (struct Lisp_String *) 0x33a14e0 > "(nilory is relative, it is com" > (gdb) xtype > Argument to arithmetic operation not a number or boolean. > (gdb) > > I do not know what to make out of that. I think you have to use xtype before xstring (otherwise it applies to $16, the return value from xstring). From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 19:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Noam Postavsky Cc: Andreas Schwab , Eli Zaretskii , 23949@debbugs.gnu.org, Stefan Monnier Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835003920641 (code B ref 23949); Tue, 12 Jul 2016 19:01:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 19:00:39 +0000 Received: from localhost ([127.0.0.1]:48687 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2v8-0005Mr-PO for submit@debbugs.gnu.org; Tue, 12 Jul 2016 15:00:38 -0400 Received: from mail-oi0-f46.google.com ([209.85.218.46]:33012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN2v6-0005Mb-CO for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:00:36 -0400 Received: by mail-oi0-f46.google.com with SMTP id j185so30274686oih.0 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 12:00: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; bh=DQkh/Y3yYdVyWOG7zYiqiMtDMCCSCeATZrzull69lqY=; b=wjN0JciFYSSWPrUEKO1Qnq3V5vuMPxzCnVPp2GSewWb7lcznxAj2XXOH7XahPq2kcY uV7WT8VFhm8G4IT/++VUnXSqskNMAWIBZ29p99bKQQ18/iHtkSAVtk0jpkotLxz94n2W vXqYtPyyS60lZs7qGQY7MC27/gZEHoYdMQXx2rMMG7eAe2uOnclQCCj3DN0iVtVV36Jc d5381a0ToQJOIoKMboz83LY8UbwNi9aWDC5s6HP6xzYgwofN3wS+tAkGwyZCdlXk+voz aWhK4e0B5Fu3wyOGoZVFAk2EPXSDAt51tyAHWDnwiE5FcGzutiM71kHwOz1ljrlAdVyY GGkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DQkh/Y3yYdVyWOG7zYiqiMtDMCCSCeATZrzull69lqY=; b=SPNVtjFmJ2DJvMr7VvS5JYpjw2vaIlJ64kt0ZiPMa0bal/+2aX+osulneAlhvhiF4P vULbDBnrczQ0PQBfBIlCUcZ6dTTQx4SU5nbwDl0f4V3LiQkSdBVXRCNpasNPN6ls9TzT VQILCFia9ipnPJ0D9w17qaJBm2J3S01PfNN20Y8bwpVJMlFFXhfEduECNp/oKsVKafX9 YzQPsCs2/jt3RgPNkX8ISxaV6Mc60HgOpZE+e/ZPkQoFATG+IbzVIlLmwd5EBSYDmtuv RqLxB1fBOE1Pm/zKxMsfLFKd7k6MWfyUGHezDFj9TuWibFStPdWEybUyVW1xnkqXAGJ5 NgCw== X-Gm-Message-State: ALyK8tLTcsUFGtBqIC6TIF9Rmrk/NLrkoOCG7/UXl/cO+bnuZa/E+18Qnh37kj0SrdT/5X1+zb77g3lvUk4p5g== X-Received: by 10.157.35.28 with SMTP id j28mr2502081otb.165.1468350030894; Tue, 12 Jul 2016 12:00:30 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Tue, 12 Jul 2016 19:00:20 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113dd5dcff5e36053774e1d5 X-Spam-Score: -0.7 (/) 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.7 (/) --001a113dd5dcff5e36053774e1d5 Content-Type: text/plain; charset=UTF-8 Hi Noam, Thanks. Now it says "Lisp_String". (gdb) xstring $18 = (struct Lisp_String *) 0x33a14e0 "(nilory is relative, it is com" (gdb) p string $19 = 54138084 (gdb) xtype Lisp_String (gdb) On Tue, Jul 12, 2016 at 2:55 PM Noam Postavsky < npostavs@users.sourceforge.net> wrote: > I think you have to use xtype before xstring (otherwise it applies to > $16, the return value from xstring). > -- -- Kaushal Modi --001a113dd5dcff5e36053774e1d5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
--

--
Kaushal Modi

--001a113dd5dcff5e36053774e1d5-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 19:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, 23949@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835066221685 (code B ref 23949); Tue, 12 Jul 2016 19:12:01 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 19:11:02 +0000 Received: from localhost ([127.0.0.1]:48691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN35B-0005dX-P3 for submit@debbugs.gnu.org; Tue, 12 Jul 2016 15:11:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39225) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN35B-0005dA-01 for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:11:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bN352-0004bR-DO for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:10:55 -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.3 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40387) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bN352-0004bN-AU; Tue, 12 Jul 2016 15:10:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3352 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bN34z-0008Gh-B8; Tue, 12 Jul 2016 15:10:51 -0400 Date: Tue, 12 Jul 2016 22:10:18 +0300 Message-Id: <83twfuad0l.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 18:35:02 +0000) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 18:35:02 +0000 > Cc: 23949@debbugs.gnu.org > > On Tue, Jul 12, 2016 at 10:15 AM Andreas Schwab wrote: > > > $15 = 54138084 > > (gdb) xstring > > This is only valid if $ is a Lisp_String. Use xtype to find out. > > Hi Andreas, > > Thanks for looking into this bug thread. I have close to 0 experience with gdb. I typed 'xtype' for the same > frame and this is what I got: > > (gdb) xstring > $16 = (struct Lisp_String *) 0x33a14e0 > "(nilory is relative, it is com" > (gdb) xtype > Argument to arithmetic operation not a number or boolean. > (gdb) No, the other way around: (gdb) p string (gdb) xtype "xtype" works on the last value that was printed, it should do that on the value produced by the p(rint) command. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 19:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, 23949@debbugs.gnu.org, monnier@iro.umontreal.ca, npostavs@users.sourceforge.net Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835077521870 (code B ref 23949); Tue, 12 Jul 2016 19:13:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 19:12:55 +0000 Received: from localhost ([127.0.0.1]:48698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN371-0005gg-CJ for submit@debbugs.gnu.org; Tue, 12 Jul 2016 15:12:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN36z-0005gT-IN for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:12:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bN36t-0004rQ-7w for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:12:48 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bN36t-0004rI-4Z; Tue, 12 Jul 2016 15:12:47 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3353 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bN36p-0008Lk-QC; Tue, 12 Jul 2016 15:12:46 -0400 Date: Tue, 12 Jul 2016 22:12:10 +0300 Message-Id: <83shveacxh.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 19:00:20 +0000) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 19:00:20 +0000 > Cc: Eli Zaretskii , Stefan Monnier , > Andreas Schwab , 23949@debbugs.gnu.org > > Thanks. Now it says "Lisp_String". > > (gdb) xstring > $18 = (struct Lisp_String *) 0x33a14e0 > "(nilory is relative, it is com" > (gdb) p string > $19 = 54138084 > (gdb) xtype > Lisp_String > (gdb) If it says "Lisp_String", then using "xstring" is correct. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 19:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, 23949@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835122722617 (code B ref 23949); Tue, 12 Jul 2016 19:21:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 19:20:27 +0000 Received: from localhost ([127.0.0.1]:48703 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN3EJ-0005si-5o for submit@debbugs.gnu.org; Tue, 12 Jul 2016 15:20:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40831) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN3EH-0005sV-DZ for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:20:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bN3E7-00065v-6y for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:20:20 -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.5 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bN3E7-00065q-3o; Tue, 12 Jul 2016 15:20:15 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3354 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bN3E3-0000VQ-3N; Tue, 12 Jul 2016 15:20:13 -0400 Date: Tue, 12 Jul 2016 22:19:34 +0300 Message-Id: <83r3ayacl5.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Tue, 12 Jul 2016 18:35:02 +0000) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Tue, 12 Jul 2016 18:35:02 +0000 > Cc: 23949@debbugs.gnu.org > > string-match-p just signals an error, because its 2nd arg must be a > string. Look up the backtrace, and you will see that Emacs is trying > to signal an error: > > Correct, but that error does not show up within emacs. All the user sees is: > > Entering debugger... > help-function-arglist: End of file during parsing Because Emacs hits a second error while trying to show the backtrace of the first one. > In any case, I believe that that should not happen. Indeed, it shouldn't, but the question is: what code is responsible for that which shouldn't happen? If some package or your own customizations cause the debugger to call extra code, and that extra code signals an error, then that extra code needs to be fixed, not Emacs. > Also concerning is the fact that, > > - (string-match "." nil) gives the expected error backtrace. > - But (string-match-p "." nil) gives the help-function-arglist error. Sorry, I fail to see the significance of this to the issue at hand. They are two different functions, and we still don't know which functions were advised and how. Perhaps the advice will explain the difference. Or perhaps we understand the reason for the difference once we get to the bottom of investigating the problem. Either way, the efficient method of looking into this problem is to understand what are those advices and where do they come from. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 19:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: schwab@suse.de, 23949@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835180223627 (code B ref 23949); Tue, 12 Jul 2016 19:31:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 19:30:02 +0000 Received: from localhost ([127.0.0.1]:48736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN3NZ-00068s-MM for submit@debbugs.gnu.org; Tue, 12 Jul 2016 15:30:02 -0400 Received: from mail-oi0-f51.google.com ([209.85.218.51]:36216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN3NY-00068L-5I for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 15:30:00 -0400 Received: by mail-oi0-f51.google.com with SMTP id w18so37835953oiw.3 for <23949@debbugs.gnu.org>; Tue, 12 Jul 2016 12:30:00 -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; bh=CxG1RAqMADNConUUgHRdPpyzyicZ8Jwqx/vDL1YInms=; b=q5wGZBRo2n9Wsz7eeYh6Vh6GVa/aCUoDLr1d/wwJZUp5f8kdQiybRmK2ZWQZleJ+gA U+y6COrSQYuj/Yaqc5EiSUJUQITIhF4FP3IbcouFDupD+hvQSZS1vzh/EP7DwfP3kXeG 5dKWqbEjvfpY70DI9C4xVnphgbD6Cw78UQwFmv7NDlIxcqAwSyEFmZuMibKt6MCB5Y+G kU9pG+xeVGnGDtCOHt+4ok+65eRa5+7RA1YUIoONr3Uvg7fzlcXFmUk5J+C9qEnsTz0q 18Q/MdVNp9mEaGkEiiFSjK7AeXLXJPi4urjoh5snYc7VeBQI1L3GufOyvf/G6109HVZh OFRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CxG1RAqMADNConUUgHRdPpyzyicZ8Jwqx/vDL1YInms=; b=Uj6akyp8Ejh9mPsmA7PCWG6IMEo33gUa7/8VXqvWsOZ65G6f0APRjVw5ZqalSZMwRR uooD8NtPlQn1dMVBSv0PxBi7q8VlojZF9HJeEvwZ8slE7YsWNES5c/I7YMQZtFJLVPGg +v5wTPLbQuYxndw2j9mOrx41u3nvEBtWl4F7o6ekj0UzLKfEUeOf2worCua7q3MFd48D OBXXKjFlgD7gTbcKW4WcVoo5aCc7ztN/4s339TIvHJ+KMkh2l/N+U+4a/eoPNRrJR12G F8zd8Tmi2PahiaFjdrPEbWsG0QRUoV7Rm7cf8+79utehH8BSlcEFn9eU2LFRyAgNagJE JQwQ== X-Gm-Message-State: ALyK8tKtKBZsnedxiic71vVwMaZxD6nq4Wg5fHh5DfBsLZ58ZYsvNbEmrDiAoT4iyjuPZ/g0G295hNAVKmWVDg== X-Received: by 10.202.234.5 with SMTP id i5mr628387oih.98.1468351794508; Tue, 12 Jul 2016 12:29:54 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83r3ayacl5.fsf@gnu.org> In-Reply-To: <83r3ayacl5.fsf@gnu.org> From: Kaushal Modi Date: Tue, 12 Jul 2016 19:29:45 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113d38061e07c80537754bb2 X-Spam-Score: -0.7 (/) 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.7 (/) --001a113d38061e07c80537754bb2 Content-Type: text/plain; charset=UTF-8 On Tue, Jul 12, 2016 at 3:20 PM Eli Zaretskii wrote: > Indeed, it shouldn't, but the question is: what code is responsible > for that which shouldn't happen? If some package or your own > customizations cause the debugger to call extra code, and that extra > code signals an error, then that extra code needs to be fixed, not > Emacs. > It should also be considered that the help-function-arglist error does not happen on emacs 24.5, using the exact same projectile version. > > Also concerning is the fact that, > > > > - (string-match "." nil) gives the expected error backtrace. > > - But (string-match-p "." nil) gives the help-function-arglist error. > > Sorry, I fail to see the significance of this to the issue at hand. > I find the above to be important because both forms give the expected error backtrace on emacs 24.5. But on emacs 25.x, string-match-p gives the unintended help-function-arglist error without any backtrace, while string-match gives the intended error backtrace. The same projectile advices are in effect for all of these. > They are two different functions, and we still don't know which > functions were advised and how. Projectile is advising the delete-file and compilation-find-file functions. The full advice definitions were posted in my previous email. > Perhaps the advice will explain the > difference. Or perhaps we understand the reason for the difference > once we get to the bottom of investigating the problem. Either way, > the efficient method of looking into this problem is to understand > what are those advices and where do they come from. -- -- Kaushal Modi --001a113d38061e07c80537754bb2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jul 12= , 2016 at 3:20 PM Eli Zaretskii <eliz@gn= u.org> wrote:
Indeed, it sho= uldn't, but the question is: what code is responsible
for that which shouldn't happen?=C2=A0 If some package or your own
customizations cause the debugger to call extra code, and that extra
code signals an error, then that extra code needs to be fixed, not
Emacs.

It should also be considered tha= t the help-function-arglist error does not happen on emacs 24.5, using the = exact same projectile version.
=C2=A0
> Also concerning is the fact that,
>
> - (string-match "." nil) gives the expected error backtrace.=
> - But (string-match-p "." nil) gives the help-function-argli= st error.

Sorry, I fail to see the significance of this to the issue at hand.

I find the above to be important because both = forms give the expected error backtrace on emacs 24.5. But on emacs 25.x, s= tring-match-p gives the unintended help-function-arglist error without any = backtrace, while string-match gives the intended error backtrace. The same = projectile advices are in effect for all of these.
=C2=A0
They are two different functions, and we still don't know which
functions were advised and how.=C2=A0

Proj= ectile is advising the delete-file and compilation-find-file functions. The= full advice definitions were posted in my previous email.
=C2=A0=
Perhaps the advice will explain the difference.=C2=A0 Or perhaps we understand the reason=C2=A0 for the differe= nce
once we get to the bottom of investigating the problem.=C2=A0 Either way, the efficient method of looking into this problem is to understand
what are those advices and where do they come from.=C2=A0
--

--
Kaushal Modi

--001a113d38061e07c80537754bb2-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jul 2016 20:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, Eli Zaretskii , 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146835523029057 (code B ref 23949); Tue, 12 Jul 2016 20:28:02 +0000 Received: (at 23949) by debbugs.gnu.org; 12 Jul 2016 20:27:10 +0000 Received: from localhost ([127.0.0.1]:48779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN4Gr-0007Yb-Vj for submit@debbugs.gnu.org; Tue, 12 Jul 2016 16:27:10 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:57570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bN4Gq-0007YN-Sc for 23949@debbugs.gnu.org; Tue, 12 Jul 2016 16:27:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AsEwA731xV/3mcpUVcgxCEAoVVuzcJh0sEAgKBPDkUAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJIg3CM8jAQEBBwIBH4s6gT0Bg0cHhC0Fsz+BRSOCF4F9IoJ4AQEB X-IPAS-Result: A0AsEwA731xV/3mcpUVcgxCEAoVVuzcJh0sEAgKBPDkUAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJIg3CM8jAQEBBwIBH4s6gT0Bg0cHhC0Fsz+BRSOCF4F9IoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="247626424" Received: from 69-165-156-121.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.121]) by ironport2-out.teksavvy.com with ESMTP; 12 Jul 2016 16:27:03 -0400 Received: by pastel.home (Postfix, from userid 20848) id 522CB64405; Tue, 12 Jul 2016 16:27:03 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> Date: Tue, 12 Jul 2016 16:27:03 -0400 In-Reply-To: (Kaushal Modi's message of "Tue, 12 Jul 2016 18:35:02 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.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.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.3 (/) > Correct, but that error does not show up within emacs. All the user sees is: > Entering debugger... > help-function-arglist: End of file during parsing Clearly, the problem is that string-match-p uses "(let ((inhibit-changing-match-data t))", so the debugger is run with inhibit-changing-match-data bound to t and that breaks lots of Elisp code. That's a general problem with the use dynamic binding to pass extra parameters: you end up passing them not just to that one function but also to all other functions called from that one. Stefan From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 13:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: schwab@suse.de, Eli Zaretskii , 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.14684154723983 (code B ref 23949); Wed, 13 Jul 2016 13:12:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 13:11:12 +0000 Received: from localhost ([127.0.0.1]:49195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNJwS-000128-3L for submit@debbugs.gnu.org; Wed, 13 Jul 2016 09:11:12 -0400 Received: from mail-oi0-f50.google.com ([209.85.218.50]:34873) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNJwM-00011a-NJ for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 09:11:06 -0400 Received: by mail-oi0-f50.google.com with SMTP id r2so68890627oih.2 for <23949@debbugs.gnu.org>; Wed, 13 Jul 2016 06:11:02 -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; bh=Vbw0lqejJ5HjPsMmQhXkiPQT3HwnZ3I1aQuG4bpgxmA=; b=sbiO87WA8yK2JiA2iaZB6TlmWUZacBUOBXGlWAwxTLRyVRY/PgStUnUQ/3Gy/SuUGy +C8eRpfZzFaZIXVqiL2mYsk+KlQxquln/G4Dd4oHB/bTsY9kb5vuVuIIODxpEhnUd5hH 88gfbtIdXDiV5Mf0/+w2jXKIzs2dsCsOIRSKmGHbHBsgFTe06zMo20jOpwfwr+SIazIm 0A3BOm7xxjqIGoUnfQ2qfBaudy70bfX5U6BlCznuT0lTLo2pYebclX9Bs4O0HAsYmJ7g bcgKyO1KYbVgjf2vtJpiKzQohBuiZV4bdajP/ixbjn+2Sm3CqMScJUH3tLN16Vf6BS0E 7XYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Vbw0lqejJ5HjPsMmQhXkiPQT3HwnZ3I1aQuG4bpgxmA=; b=iQ0z4jayg/iS8pQx3rJ+Gzed2Cl43fAucETn1SpYmEpPTT0turqf3Dia0oHaHmSVA3 J0anx4c8faQfocL92QkWdvFnOa/fT4qgpm6Q/UnIY2xlIqJ3xWBe947KTbOq815Ph2x7 E5N/RGCmGZv7y1dZAsdD/Dv+ZXgsK1+ReZr8DbYuo3VqyWH7gZQfDPe2RoENF2mtwz9i 51RonxnBitoFQ9VH9TaXnwdlujV4Lxsah0VNuXKjtaGJVg0/vDL6UK7xDKrjUZcXEwlA hS2SyWHJX4YEGSxAV522H1anz3LYuF4W0HIhc19cx8iM9ypQwtU3kSZ6xvgxH5gY/7k1 +SbA== X-Gm-Message-State: ALyK8tKeKXq3rXAOZUA50VCpTikyKO67UyqgUUcCFAIqBz9S07bKFJaw0vcy1FM0sOxB+7CvSm6Vu+rXRUI6lw== X-Received: by 10.202.234.5 with SMTP id i5mr1321837oih.98.1468415456964; Wed, 13 Jul 2016 06:10:56 -0700 (PDT) MIME-Version: 1.0 References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Wed, 13 Jul 2016 13:10:46 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113d3806b1f71c0537841d14 X-Spam-Score: -0.7 (/) 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.7 (/) --001a113d3806b1f71c0537841d14 Content-Type: text/plain; charset=UTF-8 On Tue, Jul 12, 2016 at 4:27 PM Stefan Monnier wrote: > Clearly, the problem is that string-match-p uses > "(let ((inhibit-changing-match-data t))", so the debugger is run with > inhibit-changing-match-data bound to t and that breaks lots of > Elisp code. > > That's a general problem with the use dynamic binding to pass extra > parameters: you end up passing them not just to that one function but > also to all other functions called from that one. > Thanks Stefan. So what is the way forward? Fixing just string-match-p and string-match does not seem to the complete solution, because I have seen just let-bound dynamic vars at many places. As I posted in the emacs-devel thread ( https://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00544.html ), while this string-match-p issue causes a confusing seemingly unrelated error, some other packages cause emacs to freeze up (check the drag-stuff example in the above link). When I get a change I will add a minimum working example for the drag-stuff package causing emacs freeze too. Certainly there was a lower level change after emacs 24.5 that changed the behavior of how the run-hooks behave or how the advices are executed in general or when called within a debugger? -- Kaushal Modi --001a113d3806b1f71c0537841d14 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jul 12= , 2016 at 4:27 PM Stefan Monnier <monnier@iro.umontreal.ca> wrote:
Clearly, the problem is that string-match-p uses
"(let ((inhibit-changing-match-data t))", so the debugger is run = with
inhibit-changing-match-data bound to t and that breaks lots of
Elisp code.

That's a general problem with the use dynamic binding to pass extra
parameters: you end up passing them not just to that one function but
also to all other functions called from that one.

=
Thanks Stefan.

So what is the way forwa= rd?

Fixing just string-match-p and string-match do= es not seem to the complete solution, because I have seen just let-bound dy= namic vars at many places.

As I posted in the emac= s-devel thread (=C2=A0https://lists.gnu.org/archive/html/emacs-devel/= 2016-07/msg00544.html=C2=A0), while this string-match-p issue causes a = confusing seemingly unrelated error, some other packages cause emacs to fre= eze up (check the drag-stuff example in the above link). When I get a chang= e I will add a minimum working example for the drag-stuff package causing e= macs freeze too.

Certainly there was a lower level= change after emacs 24.5 that changed the behavior of how the run-hooks beh= ave or how the advices are executed in general or when called within a debu= gger?=C2=A0
--

Kaushal Modi

--001a113d3806b1f71c0537841d14-- From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 14:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, Eli Zaretskii , 23949@debbugs.gnu.org Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.14684183899016 (code B ref 23949); Wed, 13 Jul 2016 14:00:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 13:59:49 +0000 Received: from localhost ([127.0.0.1]:49900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNKhU-0002LI-Q5 for submit@debbugs.gnu.org; Wed, 13 Jul 2016 09:59:49 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:3495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNKhP-0002L1-8p for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 09:59:43 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPDwRAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJC6ICQjPIwEBAQcCAR+LOoE9AYNHB4QtBbM/gUUjgWYkDQ+BbiKCeAEBAQ X-IPAS-Result: A0A2FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPDwRAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJC6ICQjPIwEBAQcCAR+LOoE9AYNHB4QtBbM/gUUjgWYkDQ+BbiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="247759837" Received: from 69-165-156-121.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.121]) by ironport2-out.teksavvy.com with ESMTP; 13 Jul 2016 09:59:45 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5A0BB64CB1; Wed, 13 Jul 2016 09:59:33 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> Date: Wed, 13 Jul 2016 09:59:33 -0400 In-Reply-To: (Kaushal Modi's message of "Wed, 13 Jul 2016 13:10:46 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.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.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.3 (/) >> That's a general problem with the use dynamic binding to pass extra >> parameters: you end up passing them not just to that one function but >> also to all other functions called from that one. > So what is the way forward? I think it's a fairly fundamental problem that's hard/impossible to "fix". > Fixing just string-match-p and string-match does not seem to the complete > solution, because I have seen just let-bound dynamic vars at many places. A way to fix *some* of the problems is to use concurrency (not yet in "master"), and make the debugger run in another thread so it's not affected by the dynamic bindings of the code that signaled the error. For the more general problem, the only "fix" is to try and remove those uses of dynamic bindings and replace them with something else, which seems like a very large undertaking and whose benefits are not necessarily that clear (the problem being to decide what that "something else" should be, and the fact that this "something else" will come with its own problems). In the case of string-match-p I think we should get rid of inhibit-changing-match-data and implement string-match-p (and looking-at-p) some other way. Stefan From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 14:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146841992511373 (code B ref 23949); Wed, 13 Jul 2016 14:26:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 14:25:25 +0000 Received: from localhost ([127.0.0.1]:49920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNL6H-0002xK-JT for submit@debbugs.gnu.org; Wed, 13 Jul 2016 10:25:25 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNL6B-0002wz-TH for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 10:25:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNL62-0001Pd-I1 for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 10:25:10 -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.5 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55167) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNL62-0001Nd-Fu; Wed, 13 Jul 2016 10:25:06 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3826 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNL60-0002iu-GB; Wed, 13 Jul 2016 10:25:04 -0400 Date: Wed, 13 Jul 2016 17:24:49 +0300 Message-Id: <83mvllaa4u.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Tue, 12 Jul 2016 16:27:03 -0400) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Stefan Monnier > Cc: Eli Zaretskii , schwab@suse.de, 23949@debbugs.gnu.org > Date: Tue, 12 Jul 2016 16:27:03 -0400 > > Clearly, the problem is that string-match-p uses > "(let ((inhibit-changing-match-data t))", Since this is the only difference between string-match and string-match-p, yes, that's pretty much obvious. But saying that doesn't yet point out the code which is affected by this binding in a way that breaks popping the debugger. > so the debugger is run with inhibit-changing-match-data bound to t > and that breaks lots of Elisp code. Then perhaps the solution is to avoid the effect of binding inhibit-changing-match-data on the debugger. > That's a general problem with the use dynamic binding to pass extra > parameters: you end up passing them not just to that one function but > also to all other functions called from that one. This is a strange thing to hear, from you of all the people. Dynamically binding variables around some expression is standard Emacs Lisp programming technique, used all over the place. The doc string of this particular variable even says so. How come it is suddenly a problem? I also think that the "breaks a lot of Elisp code" part is at least a tad exaggerated. We bind this particular variable in 2 functions that are called from more than 300 different places in the Emacs sources, so if doing so indeed breaks a lot of Lisp, we are in deep trouble, which I don't think is the case. Anyway, a cursory glance at help-function-arglist points to the problematic code. Compare this: (help-split-fundoc (documentation 'delete-file) nil) => ("(nil FILENAME &optional TRASH)" . "Delete file named FILENAME. If it is a symlink, remove the symlink. If file has multiple names, it continues to exist with the other names. TRASH non-nil means to trash the file instead of deleting, provided ‘delete-by-moving-to-trash’ is non-nil. When called interactively, TRASH is t if no prefix argument is given. With a prefix argument, TRASH is nil.") with this: (let ((inhibit-changing-match-data t)) (help-split-fundoc (documentation 'delete-file) nil)) => ("(nilnil" . "Delete fi") The latter is clearly bogus. Now, help-function-arglist calls help-split-fundoc, and then reads from the string produced by the latter: (let* ((doc (condition-case nil (documentation def) (error nil))) (docargs (if doc (car (help-split-fundoc doc nil)))) (arglist (if docargs (cdar (read-from-string (downcase docargs))))) I hope the reason for EOF is now clear. (I have no idea why it only happens on master: the above bogus value shows on emacs-25 as well.) Does the following variant of string-match-p look right? Its intent is to limit the effect of inhibit-changing-match-data to the call to string-match only, leaving the error handling, if any is needed, outside of that binding. (defsubst string-match-p (regexp string &optional start) "\ Same as `string-match' except this function does not change the match data." (condition-case err (let ((inhibit-changing-match-data t)) (string-match regexp string start)) (error (signal (car err) (cdr err))))) From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 14:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842130513509 (code B ref 23949); Wed, 13 Jul 2016 14:49:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 14:48:25 +0000 Received: from localhost ([127.0.0.1]:49943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLSa-0003Vp-SX for submit@debbugs.gnu.org; Wed, 13 Jul 2016 10:48:25 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:57417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLSZ-0003Vc-83 for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 10:48:24 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AlIgA731xV/3mcpUVcgxCEAoVVv06DPQQCAoE8PRABAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kLIgLCM8jAQEBBwIBH4s6gT0Bg0cHhC0FnxeGaY0/gUUjgWYxgX0igngBAQE X-IPAS-Result: A0AlIgA731xV/3mcpUVcgxCEAoVVv06DPQQCAoE8PRABAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kLIgLCM8jAQEBBwIBH4s6gT0Bg0cHhC0FnxeGaY0/gUUjgWYxgX0igngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="247764801" Received: from 69-165-156-121.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.121]) by ironport2-out.teksavvy.com with ESMTP; 13 Jul 2016 10:48:29 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5000564CB1; Wed, 13 Jul 2016 10:48:15 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> Date: Wed, 13 Jul 2016 10:48:15 -0400 In-Reply-To: <83mvllaa4u.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 13 Jul 2016 17:24:49 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.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.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.3 (/) > Dynamically binding variables around some expression is standard Emacs > Lisp programming technique, used all over the place. For sure. But it's risky and does cause problems in lots of corner cases (which luckily for us are very rarely triggered). E.g. we often use re-search-forward or string-match without binding case-fold-search explicitly, so we depend on the particular setting it happens to have. In some cases it truly doesn't matter, while in others it happens to work because in 99% of the cases the code is run with the right setting. Same for completion-ignore-case, completion-regexp-list, inhibit-read-only, ... That's just part of life in Elisp. And I'm not sure what a real "fix" would look like. E.g. for minibuffer-setup-hook, we have minibuffer-with-setup-hook but it's pretty hackish. Instead, we just live with it and fix the corner cases that we actually bump into. > I also think that the "breaks a lot of Elisp code" part is at least a > tad exaggerated. Binding inhibit-changing-match-data to t will pretty much break any function that uses match-beginning or match-end. I think that counts as "a lot of Elisp code". Of course, we currently don't have any code that binds inhibit-changing-match-data to t around calls to those functions, except when the calls happen via the debugger. But it could rear its ugly head in other cases, e.g. if/when we make it possible for the regexp-engine to run Elisp code (there can be various reasons to do that. Such as to setup the syntax-table property lazily, or to allow the regexp primitives to be expanded in Elisp [I've a long term desire to do so for the zero-length primitives such as \< ]) or to pause and run timers or process filters. > (defsubst string-match-p (regexp string &optional start) > "\ > Same as `string-match' except this function does not change the match data." > (condition-case err > (let ((inhibit-changing-match-data t)) > (string-match regexp string start)) > (error (signal (car err) (cdr err))))) That will still cause the same problems when debug-on-signal is non-nil. Stefan From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 15:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 23949@debbugs.gnu.org, Stefan Monnier , kaushal.modi@gmail.com Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842220814963 (code B ref 23949); Wed, 13 Jul 2016 15:04:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 15:03:28 +0000 Received: from localhost ([127.0.0.1]:49963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLhA-0003tG-4n for submit@debbugs.gnu.org; Wed, 13 Jul 2016 11:03:28 -0400 Received: from mx2.suse.de ([195.135.220.15]:49075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLh6-0003t5-7p for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:03:26 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id CC0A4AAF2; Wed, 13 Jul 2016 15:03:22 +0000 (UTC) From: Andreas Schwab References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> X-Yow: Yow! I'm imagining a surfer van filled with soy sauce! Date: Wed, 13 Jul 2016 17:03:22 +0200 In-Reply-To: <83mvllaa4u.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 13 Jul 2016 17:24:49 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.6 (---) 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: -3.6 (---) Eli Zaretskii writes: > Does the following variant of string-match-p look right? Its intent > is to limit the effect of inhibit-changing-match-data to the call to > string-match only, leaving the error handling, if any is needed, > outside of that binding. > > (defsubst string-match-p (regexp string &optional start) > "\ > Same as `string-match' except this function does not change the match data." > (condition-case err > (let ((inhibit-changing-match-data t)) > (string-match regexp string start)) > (error (signal (car err) (cdr err))))) This optimizes for the rare case that string-match throws an error. Better would be to bind inhibit-changing-match-data in call_debugger. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 15:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Modi Cc: schwab@suse.de, 23949@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842221414981 (code B ref 23949); Wed, 13 Jul 2016 15:04:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 15:03:34 +0000 Received: from localhost ([127.0.0.1]:49966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLhG-0003tZ-DW for submit@debbugs.gnu.org; Wed, 13 Jul 2016 11:03:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38209) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLhF-0003tO-K3 for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:03:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNLh7-0002nP-UO for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:03:28 -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.3 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55870) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNLh7-0002nA-RJ; Wed, 13 Jul 2016 11:03:25 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3855 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNLh5-0003WJ-Oc; Wed, 13 Jul 2016 11:03:24 -0400 Date: Wed, 13 Jul 2016 18:03:07 +0300 Message-Id: <838tx5a8d0.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Kaushal Modi on Wed, 13 Jul 2016 13:10:46 +0000) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Kaushal Modi > Date: Wed, 13 Jul 2016 13:10:46 +0000 > Cc: Eli Zaretskii , schwab@suse.de, 23949@debbugs.gnu.org > > So what is the way forward? I just proposed one way forward. > Certainly there was a lower level change after emacs 24.5 that changed the behavior of how the run-hooks > behave or how the advices are executed in general or when called within a debugger? The underlying program with binding inhibit-changing-match-data when help-function-arglist is called exists on the emacs-25 branch as well. It also exists in Emacs 24.5, except that there help-split-fundoc signals an error, instead of returning bogus data: (let ((inhibit-changing-match-data t)) (help-split-fundoc (documentation 'delete-file) nil)) => error->Args out of range: 3004 From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 15:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842241815306 (code B ref 23949); Wed, 13 Jul 2016 15:07:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 15:06:58 +0000 Received: from localhost ([127.0.0.1]:49972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLkX-0003yo-TE for submit@debbugs.gnu.org; Wed, 13 Jul 2016 11:06:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLkW-0003yb-AD for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:06:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNLkM-0004B9-Md for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:06:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55928) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNLkM-0004Az-JP; Wed, 13 Jul 2016 11:06:46 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3859 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNLkK-0003mV-NK; Wed, 13 Jul 2016 11:06:45 -0400 Date: Wed, 13 Jul 2016 18:06:28 +0300 Message-Id: <837fcpa87f.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Wed, 13 Jul 2016 09:59:33 -0400) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Stefan Monnier > Cc: Eli Zaretskii , schwab@suse.de, 23949@debbugs.gnu.org > Date: Wed, 13 Jul 2016 09:59:33 -0400 > > In the case of string-match-p I think we should get rid of > inhibit-changing-match-data and implement string-match-p (and > looking-at-p) some other way. Why? The only problem with the current implementation is when string-match signals an error. We need to make sure the error is handled not under the binding of inhibit-changing-match-data. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 15:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842291016061 (code B ref 23949); Wed, 13 Jul 2016 15:16:01 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 15:15:10 +0000 Received: from localhost ([127.0.0.1]:49977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLsT-0004Ay-Rd for submit@debbugs.gnu.org; Wed, 13 Jul 2016 11:15:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLsR-0004Al-8w for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:15:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNLsH-0005wg-Vt for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:15:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNLsH-0005wS-Se; Wed, 13 Jul 2016 11:14:57 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3869 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNLsF-0007Bd-Qk; Wed, 13 Jul 2016 11:14:56 -0400 Date: Wed, 13 Jul 2016 18:14:39 +0300 Message-Id: <8360s9a7ts.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Wed, 13 Jul 2016 10:48:15 -0400) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Stefan Monnier > Cc: kaushal.modi@gmail.com, schwab@suse.de, 23949@debbugs.gnu.org > Date: Wed, 13 Jul 2016 10:48:15 -0400 > > > I also think that the "breaks a lot of Elisp code" part is at least a > > tad exaggerated. > > Binding inhibit-changing-match-data to t will pretty much break any > function that uses match-beginning or match-end. But those functions aren't supposed to run when string-match is called. > > (defsubst string-match-p (regexp string &optional start) > > "\ > > Same as `string-match' except this function does not change the match data." > > (condition-case err > > (let ((inhibit-changing-match-data t)) > > (string-match regexp string start)) > > (error (signal (car err) (cdr err))))) > > That will still cause the same problems when debug-on-signal is non-nil. So you don't consider this an improvement that should be installed? From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 15:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: 23949@debbugs.gnu.org, monnier@iro.umontreal.ca, kaushal.modi@gmail.com Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842307416316 (code B ref 23949); Wed, 13 Jul 2016 15:18:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 15:17:54 +0000 Received: from localhost ([127.0.0.1]:49985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLv7-0004F5-J1 for submit@debbugs.gnu.org; Wed, 13 Jul 2016 11:17:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42569) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNLv5-0004Es-9d for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:17:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNLuz-0006fj-Ex for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 11:17:46 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56121) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNLuu-0006fD-PD; Wed, 13 Jul 2016 11:17:40 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3871 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNLus-0005T7-QZ; Wed, 13 Jul 2016 11:17:39 -0400 Date: Wed, 13 Jul 2016 18:17:24 +0300 Message-Id: <8337nda7p7.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Andreas Schwab on Wed, 13 Jul 2016 17:03:22 +0200) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Andreas Schwab > Cc: Stefan Monnier , 23949@debbugs.gnu.org, kaushal.modi@gmail.com > Date: Wed, 13 Jul 2016 17:03:22 +0200 > > > (defsubst string-match-p (regexp string &optional start) > > "\ > > Same as `string-match' except this function does not change the match data." > > (condition-case err > > (let ((inhibit-changing-match-data t)) > > (string-match regexp string start)) > > (error (signal (car err) (cdr err))))) > > This optimizes for the rare case that string-match throws an error. > Better would be to bind inhibit-changing-match-data in call_debugger. Fine, let's do that, then. Thanks. From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 16:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842564921167 (code B ref 23949); Wed, 13 Jul 2016 16:01:01 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 16:00:49 +0000 Received: from localhost ([127.0.0.1]:50023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNMaf-0005VL-Ab for submit@debbugs.gnu.org; Wed, 13 Jul 2016 12:00:49 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:21139) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNMac-0005V6-KE for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 12:00:47 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A+FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPD0QAQEBAQEBAYEKQQWDXQEBAwFWIxALNBIUGA0kLogJCM8jAQEBBwIBH4s6gT0Bg0cHhC0Fsz+BRSOBZjGBfSKCeAEBAQ X-IPAS-Result: A0A+FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPD0QAQEBAQEBAYEKQQWDXQEBAwFWIxALNBIUGA0kLogJCM8jAQEBBwIBH4s6gT0Bg0cHhC0Fsz+BRSOBZjGBfSKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="247772368" Received: from 69-165-156-121.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.121]) by ironport2-out.teksavvy.com with ESMTP; 13 Jul 2016 12:00:40 -0400 Received: by pastel.home (Postfix, from userid 20848) id A822B64CB1; Wed, 13 Jul 2016 12:00:40 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> <8360s9a7ts.fsf@gnu.org> Date: Wed, 13 Jul 2016 12:00:40 -0400 In-Reply-To: <8360s9a7ts.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 13 Jul 2016 18:14:39 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.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.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.3 (/) >> > I also think that the "breaks a lot of Elisp code" part is at least a >> > tad exaggerated. >> Binding inhibit-changing-match-data to t will pretty much break any >> function that uses match-beginning or match-end. > But those functions aren't supposed to run when string-match is > called. Yet they are in bug#23949. In practice, there's always a discrepancy between what is supposed to happen and what can happen in the general case ;-) >> > (defsubst string-match-p (regexp string &optional start) >> > "\ >> > Same as `string-match' except this function does not change the match data." >> > (condition-case err >> > (let ((inhibit-changing-match-data t)) >> > (string-match regexp string start)) >> > (error (signal (car err) (cdr err))))) >> That will still cause the same problems when debug-on-signal is non-nil. > So you don't consider this an improvement that should be installed? No. A simpler and more robust solution would be (save-match-data (string-match regexp string start)) Of course, with either solution, it means that string-match-p is even worse in terms of efficiency, whereas the unsuspecting coder would rightfully expect string-match-p to be (slightly) *more* efficient than string-match. Stefan From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 16:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Reply-To: Eli Zaretskii Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842671722785 (code B ref 23949); Wed, 13 Jul 2016 16:19:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 16:18:37 +0000 Received: from localhost ([127.0.0.1]:50036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNMrt-0005vR-JL for submit@debbugs.gnu.org; Wed, 13 Jul 2016 12:18:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNMrr-0005vD-Hl for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 12:18:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bNMri-0004fc-4D for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 12:18:30 -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.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bNMri-0004fQ-0c; Wed, 13 Jul 2016 12:18:26 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4125 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bNMrg-0002CY-0S; Wed, 13 Jul 2016 12:18:24 -0400 Date: Wed, 13 Jul 2016 19:18:05 +0300 Message-Id: <83shvd8qbm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Wed, 13 Jul 2016 12:00:40 -0400) References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> <8360s9a7ts.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.3 (------) 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: -6.3 (------) > From: Stefan Monnier > Cc: kaushal.modi@gmail.com, schwab@suse.de, 23949@debbugs.gnu.org > Date: Wed, 13 Jul 2016 12:00:40 -0400 > > >> > I also think that the "breaks a lot of Elisp code" part is at least a > >> > tad exaggerated. > >> Binding inhibit-changing-match-data to t will pretty much break any > >> function that uses match-beginning or match-end. > > But those functions aren't supposed to run when string-match is > > called. > > Yet they are in bug#23949. No, they aren't. They run from the debugger. > >> > (defsubst string-match-p (regexp string &optional start) > >> > "\ > >> > Same as `string-match' except this function does not change the match data." > >> > (condition-case err > >> > (let ((inhibit-changing-match-data t)) > >> > (string-match regexp string start)) > >> > (error (signal (car err) (cdr err))))) > >> That will still cause the same problems when debug-on-signal is non-nil. > > So you don't consider this an improvement that should be installed? > > No. What about the suggestion made by Andreas? > A simpler and more robust solution would be > (save-match-data (string-match regexp string start)) > > Of course, with either solution, it means that string-match-p is even > worse in terms of efficiency, whereas the unsuspecting coder would > rightfully expect string-match-p to be (slightly) *more* efficient than > string-match. Exactly. And we are punishing the innocent (the calls that don't signal an error) for fear of the guilty (those that do). From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: 25.0.95; Regression in handling error caused by (string-match-p "." nil) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2016 16:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: schwab@suse.de, 23949@debbugs.gnu.org, kaushal.modi@gmail.com Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.146842809924900 (code B ref 23949); Wed, 13 Jul 2016 16:42:02 +0000 Received: (at 23949) by debbugs.gnu.org; 13 Jul 2016 16:41:39 +0000 Received: from localhost ([127.0.0.1]:50040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNNEB-0006TY-KO for submit@debbugs.gnu.org; Wed, 13 Jul 2016 12:41:39 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:15573) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNNE8-0006TJ-F5 for 23949@debbugs.gnu.org; Wed, 13 Jul 2016 12:41:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPDwRAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJC6ICQjPIwEBAQcCAR+LOoE9AYNHB4QtBbM/gUUjgWYkDQ+BbiKCeAEBAQ X-IPAS-Result: A0A2FgA731xV/3mcpUVcgxCEAoVVwwsEAgKBPDwRAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJC6ICQjPIwEBAQcCAR+LOoE9AYNHB4QtBbM/gUUjgWYkDQ+BbiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="247779919" Received: from 69-165-156-121.dsl.teksavvy.com (HELO pastel.home) ([69.165.156.121]) by ironport2-out.teksavvy.com with ESMTP; 13 Jul 2016 12:41:31 -0400 Received: by pastel.home (Postfix, from userid 20848) id 587EE64CB1; Wed, 13 Jul 2016 12:41:30 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83lh17ati6.fsf@gnu.org> <83h9bvarb6.fsf@gnu.org> <83mvllaa4u.fsf@gnu.org> <8360s9a7ts.fsf@gnu.org> <83shvd8qbm.fsf@gnu.org> Date: Wed, 13 Jul 2016 12:41:30 -0400 In-Reply-To: <83shvd8qbm.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 13 Jul 2016 19:18:05 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.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.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.3 (/) >> >> > I also think that the "breaks a lot of Elisp code" part is at least a >> >> > tad exaggerated. >> >> Binding inhibit-changing-match-data to t will pretty much break any >> >> function that uses match-beginning or match-end. >> > But those functions aren't supposed to run when string-match is >> > called. >> Yet they are in bug#23949. > No, they aren't. They run from the debugger. I guess it depends what you call "run when string-match is called". For me, I look at the C backtrace and see that Fstring_match calls functions which end up calling the debugger which ends up running the rest. >> >> > (defsubst string-match-p (regexp string &optional start) >> >> > "\ >> >> > Same as `string-match' except this function does not change the match data." >> >> > (condition-case err >> >> > (let ((inhibit-changing-match-data t)) >> >> > (string-match regexp string start)) >> >> > (error (signal (car err) (cdr err))))) >> >> That will still cause the same problems when debug-on-signal is non-nil. >> > So you don't consider this an improvement that should be installed? >> No. > What about the suggestion made by Andreas? I think that would also fix this problem, yes. It won't fix other possible cases where the string-match could end up running Elisp code, but AFAIK there aren't any currently. > Exactly. And we are punishing the innocent (the calls that don't > signal an error) for fear of the guilty (those that do). Right. A more efficient solution would be to implement string-match-p in C alongside string-match rather than on top of it, so we can get rid of inhibit-changing-match-data (replaced by some other mechanism to propagate this info where we need it). But it's more work. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 14 20:00:14 2016 Received: (at control) by debbugs.gnu.org; 15 Jul 2016 00:00:14 +0000 Received: from localhost ([127.0.0.1]:51858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNqYA-0004Us-GG for submit@debbugs.gnu.org; Thu, 14 Jul 2016 20:00:14 -0400 Received: from mail-it0-f51.google.com ([209.85.214.51]:37584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bNqY8-0004Ud-BT; Thu, 14 Jul 2016 20:00:13 -0400 Received: by mail-it0-f51.google.com with SMTP id f6so6283087ith.0; Thu, 14 Jul 2016 17:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=WFUTPXTgKV9B2A/0M4u5YPUKuyd0vMP0c7MEHacgnLc=; b=SRajrmSnENI6j7ikdTxUPc6GQ60JiAGchnlfgUClQAs+iUcddm5qCd5VJV1TIX/qX0 Y0z//8GTHe7VFOHy2kRswhqexAoUsbJiSIEyofvvb37AsyqukcdXffFygnQnGb7cEmEG 1+XtFGorL8rRHjrRLuXKFwPN2KO2g9H18pET7EcDj+TRtWYESzkQuW5rVIUzU4cokvn9 yUlmF72LNWZCVZ/qhZ1lvzkIV9pht/iDK3Z/iprLhfr3Vr2z/IZ3Cot4FiK6s9t9sA6h SlDEiGEdKrzDY6uEDn5yktYx/zVRHshGoAE/qIteFw/irHdhPVRmvfFPghf2HrzPLL1N PFgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=WFUTPXTgKV9B2A/0M4u5YPUKuyd0vMP0c7MEHacgnLc=; b=KSICabYjoa7JAsG7yOqp9l5TU4oY9U1eDobptSyfqdoDNgW7p5++3RNFw9ay5noASV Um4+HTTLgbwWagkZs5uRw79NVDyQoOI8U+00AQsYCRhhwP/OzcN0u7xgVE3cqgnVVZuH 8YSY+3vWvoZS8xrWv//9cmj7ldTWPFh8QLE/qXbriFlNgh5olGzREy/yqGYhc7BA/i+Q +pIXCxmzPBxrz5R08FxYif+DcIHuiFLFrKHYGmyckiLscsfHtW2RqLSX860eoli4UaUo 3Ds53XRUG4DZlDa2ScI84i4dqv2+NoyYxNhLUJyur6dfG9sypUiBX+PzqXgu5tjpTps7 ZjNg== X-Gm-Message-State: ALyK8tKYsYa2gZuq+1/MHO4i2p5aUfPomCzODs3L0oiqQm11M+/nH9P+7gCIZoLrZkJnvA== X-Received: by 10.36.67.145 with SMTP id s139mr30943780itb.78.1468540806660; Thu, 14 Jul 2016 17:00:06 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id j7sm406021ita.6.2016.07.14.17.00.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jul 2016 17:00:06 -0700 (PDT) From: npostavs@users.sourceforge.net To: Drew Adams Subject: Re: bug#16294: 24.3.50; debugger error: "button-at: Args out of range: 0" References: Date: Thu, 14 Jul 2016 19:59:11 -0400 In-Reply-To: (Drew Adams's message of "Sun, 29 Dec 2013 14:39:33 -0800 (PST)") Message-ID: <87vb07epps.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control Cc: 16294@debbugs.gnu.org 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.7 (/) merge 16294 23949 quit Drew Adams writes: > In the debugger (`debug', not `edebug'), I get to this: > > (cond ((string-match-p "\\`[0-9a-fA-F]+\\'" input) > (string-to-number input 16)) > ((string-match-p "^#" input) > (read input)) > (t > (cddr (assoc-string input mctized-cands t)))) > > Then, when it tried to evaluate this sexp: > (string-match-p "\\`[0-9a-fA-F]+\\'" input), which I can evaluate with > no problem using `e', the debugger is exited in error, with the > message "button-at: Args out of range: 0". This is actually the same bug as 23949, the problem is that string-match-p let-binds inhibit-changing-match-data and causes problems for the debugger code. (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23949#56) In version 24.5, emacs -Q then evaluate (string-match-p "." nil) gives "button-at: Args out of range: 0". In version 25.0.95 it gives "find-auto-coding: Wrong type argument: stringp, nil"; presumably the specifics of the code the debugger runs changed somewhat. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 06 08:27:21 2016 Received: (at control) by debbugs.gnu.org; 6 Aug 2016 12:27:21 +0000 Received: from localhost ([127.0.0.1]:57188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW0hF-0005KF-IJ for submit@debbugs.gnu.org; Sat, 06 Aug 2016 08:27:21 -0400 Received: from mail-io0-f175.google.com ([209.85.223.175]:35149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW0hE-0005K3-0d for control@debbugs.gnu.org; Sat, 06 Aug 2016 08:27:20 -0400 Received: by mail-io0-f175.google.com with SMTP id m101so321760535ioi.2 for ; Sat, 06 Aug 2016 05:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=wmBmlOjFbxogd3ypi3IQhwkbPw9pBrVFmqPheDEcvKQ=; b=pFMoRMQ8nTdTU+4qjrtdQvw8S4we4p2fNKtO2IRRlkxHjLlaiDRg+J5BUuJHCNJhpF mWjKuYdg+TDXFbQWKo+Yz4tyk1Xo7AtPa4F5t/fsW90ZKIdwXZfjiaXvDFgbnfL8IBuy +EHggo/31LKgg8711V2/RAZk91wD8ANK7MEddKoIZA8XELX0+oyWtDlMgZp2sCCI5Sx8 KfFmVvPA5FX3Xc0jm/w0f7Jlry7vxbAsDXhhofAZqfizB4u4K4K7LRdpzdRZGhqBSGIC KYBRx+PHbINWFwYHeKdX/UzEAPK5n1JO0YGXXk8cYfLfeimeDxmuirEqEER2Ci4RVHHh 4zow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=wmBmlOjFbxogd3ypi3IQhwkbPw9pBrVFmqPheDEcvKQ=; b=CnQIfzPqREjpIsLONus3+7X9+Y0ggs+aswhI8prULUK27/aIYg6f0NzXoEXuGZ8/I4 QPdQlooF0X+KpjxXhihl1lF/U59sw03LEyAi7WrPNBoOgrpTaGcDfr+R44+nMBinDhGT qRP1Kr1BtnLjxooBk1wFJvgUKrc2hb2RHw2jTiawjScsUwPgvsqzt5zQHWvGP2RL2IMe bu1vdOPKWg8rWrJJs2dloxV88A5i8mOPsJ+Cbcrm0wggTNWWElT3u1EPeXdlfsDThAoN h2PpNVPDoeEVCQ7Kjl+qLEFJeavr6G64heBOQg4L+ZasAIDeRXVmsieqROoQ+aksFqAW 7JRA== X-Gm-Message-State: AEkoousJQfgN/thDPbLXR9GvldOFRYA+/NrY22Yu3fZlZpyGpRMb3FU2hjpW2kCbvRuqEQ== X-Received: by 10.107.50.79 with SMTP id y76mr83528930ioy.46.1470486434547; Sat, 06 Aug 2016 05:27:14 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id d67sm10094239ioe.5.2016.08.06.05.27.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 05:27:14 -0700 (PDT) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: Re: bug#24166: With --eval, errors in string-match-p do not produce backtraces (but errors in string-match do?!) References: <25c2c856-ff1f-6e73-037a-65abae882673@live.com> <87lh0a7idu.fsf@users.sourceforge.net> Date: Sat, 06 Aug 2016 08:27:21 -0400 In-Reply-To: <87lh0a7idu.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Fri, 05 Aug 2016 22:15:09 -0400") Message-ID: <87fuqi6q1i.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: control 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.4 (/) # Forgot to bcc the control server before, # because I wasn't using debbugs.el! merge 24166 23949 quit npostavs@users.sourceforge.net writes: > merge 23949 24166 > quit > > Cl=C3=A9ment Pit--Claudel writes: > >> Hey bug-gnu-emacs, >> >> Is the following a bug? > > Yes, it's another instance of #23949 From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 07 10:27:52 2016 Received: (at control) by debbugs.gnu.org; 7 Aug 2016 14:27:52 +0000 Received: from localhost ([127.0.0.1]:59152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bWP3Q-00063Z-3f for submit@debbugs.gnu.org; Sun, 07 Aug 2016 10:27:52 -0400 Received: from mail-io0-f169.google.com ([209.85.223.169]:34276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bWP3N-00063I-Um; Sun, 07 Aug 2016 10:27:50 -0400 Received: by mail-io0-f169.google.com with SMTP id q83so338659572iod.1; Sun, 07 Aug 2016 07:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=uSQoKB/3duPn9MSOaewrlwDlWhjehJrkNeKkddxKapE=; b=0a/nn5YyrtJ4CgPrvah5eFTN1rbxq9+jUHS+DPxI442xVqsmMj2dLhASu0n5N44ove M1XhLPHIgjExvyiuA+9RmgP2lV8qHPDLeD69siOzhSsxeU9pFy5b4C7s0kzl/WWjEI4l b2zJqynvINjLZKehd11R/v8tusH8Whhhb0Ao6uieNwvNobY2rtZXULKqN8QpquQPwiKj OiwJkSuB9GYZ7KSdkY5OgkQE8YkP3nc1pvsBH6VzNdx1q/DA5NuMeyI5QvjBqhp1R3ln O6OpsdT5h03lThas/rREQzO6dTfBHCGb6ZjRGFkBssgBXvMNU5gvPtwR4ry+Xw/rw9OP b0OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=uSQoKB/3duPn9MSOaewrlwDlWhjehJrkNeKkddxKapE=; b=h4khF0zBGCOufNZgpBduRleYlbL83J7aoyTaJAClvD2qhEjElaGLCPP61PfGGB/tsK UnYrPPiCN2NCiTxby/v+mIX88FpctrvKxaIKUVhqV9pkj/i1nU/l8LL2GJ6yh8P0WMaU v9xp7E92aByg/5PfM0ixeU+ZUJwcNWOpltrqjggDYS10dmovH0Hgnl2veRnV9zWLJxqe eZUYZtJG+jvAdGcaz8wMSe6pfQ0ox4m8MZfhYo22a1cTXfs1r+3nNxGy601EHHWyoOfI C6cgk08D3WGoXE8GSgGGCEG90rBi8ceF8U+xq76URKJm8ghhln9J2VeMbt96zRib5kjC ujkg== X-Gm-Message-State: AEkoouuQD2L7N4DKtgbZbuDbCRLCb0zs9fHwkbUJLGRgpwTJ03/UbF/idKfzmezzeCqZaA== X-Received: by 10.107.59.20 with SMTP id i20mr91669920ioa.145.1470580064462; Sun, 07 Aug 2016 07:27:44 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id v11sm12288035iod.43.2016.08.07.07.27.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 07 Aug 2016 07:27:43 -0700 (PDT) From: npostavs@users.sourceforge.net To: Eli Zaretskii Subject: Re: bug#24166: With --eval, errors in string-match-p do not produce backtraces (but errors in string-match do?!) References: <25c2c856-ff1f-6e73-037a-65abae882673@live.com> <87lh0a7idu.fsf@users.sourceforge.net> <8337mil5pn.fsf@gnu.org> <83r3a2jie9.fsf@gnu.org> <83popmjga1.fsf@gnu.org> <87inve6q4y.fsf@users.sourceforge.net> <83y448is71.fsf@gnu.org> Date: Sun, 07 Aug 2016 10:27:37 -0400 In-Reply-To: <83y448is71.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 07 Aug 2016 17:12:18 +0300") Message-ID: <87h9aw64di.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: control Cc: 24166@debbugs.gnu.org, clement.pitclaudel@live.com 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.4 (/) tags 24166 fixed close 24166 25.2 quit Pushed as 7fb75680 From unknown Tue Jun 17 01:48:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23949: acknowledged by developer (Re: bug#24166: With --eval, errors in string-match-p do not produce backtraces (but errors in string-match do?!)) Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Aug 2016 15:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: 23949@debbugs.gnu.org, Noam Postavsky Received: via spool by 23949-submit@debbugs.gnu.org id=B23949.14707581978685 (code B ref 23949); Tue, 09 Aug 2016 15:57:01 +0000 Received: (at 23949) by debbugs.gnu.org; 9 Aug 2016 15:56:37 +0000 Received: from localhost ([127.0.0.1]:33293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bX9OP-0002G0-Fa for submit@debbugs.gnu.org; Tue, 09 Aug 2016 11:56:37 -0400 Received: from mail-oi0-f48.google.com ([209.85.218.48]:36785) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bX9OO-0002Fl-Oe for 23949@debbugs.gnu.org; Tue, 09 Aug 2016 11:56:37 -0400 Received: by mail-oi0-f48.google.com with SMTP id f189so23160374oig.3 for <23949@debbugs.gnu.org>; Tue, 09 Aug 2016 08:56: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; bh=v78S38/vNk/hivl3rGeXfbkK+UZF+z6ypFnIULYFr2Y=; b=aYv/yKbgple1b66TAi75P6JGzei2UZamMUYTFHJBfg7FcBkt7DSpe0YEEIqkDRDfPm 0J6xnZTeWpUMz7bWxBO0Yl7HvVVN8FZXChnJr/EJsHC5Cr1yKNoBwBRWKVboMvk5f0Qb LWgDgJVKSCqB4Z6FcpmcJPu0pbQtnFTvQmDvNQ+kwKzcRiPAzVtFotJyAu55lf/ON98w tkOQd8fMzLsyB5r0D6pATTMAYfiUkrrll45g79mR0nsf8S2nHXbClfLUmVjYHxGa1gxI eDAEJC8Ytt869sRO349RURyIACK+iWkAnXUG7gvyveSOjKqmO9UT6h9QQYOAR05Jk1LZ sPRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=v78S38/vNk/hivl3rGeXfbkK+UZF+z6ypFnIULYFr2Y=; b=Ex/0/5ZmZHF04Qd8RFSvhst5nFYe18R6DsT5JZFIxPvcqFHPdULnOxcBwmSjrJO//N UI/D90u4Vk4/Dc9TfLurpzhvFqVFqY1jDQT2Z0lhgzaZ6Zukru7blo/NL/tUKCPNOqQT 6VRsrbZ06dfZ4Q3CUy5wX0r5KDAKiGrFRNr+S/CmYLeXpwnKKZNceTzCH9ZqUS3Mn1j6 czbJLkgj6ZzLxJtz3vygO76eroTX+HYEYJMBZICP8RLDAO8YzPP5ypm/QkJCEydJoCgZ Vw6KPZi6+UnanM7ZgvwadUu3QkZoNknYAsC0dQ8NGv33I9uw0BC3/6kbi/6SUsuporA3 wAAg== X-Gm-Message-State: AEkoouvy93AKpzhwNb7FCS/RiyJFxAq2uc+P02g4BB4rUdznO5jsmyaypTbh1LuYYM/H7SqSBdCA1ufCyELXBw== X-Received: by 10.157.7.229 with SMTP id 92mr8067643oto.133.1470758190676; Tue, 09 Aug 2016 08:56:30 -0700 (PDT) MIME-Version: 1.0 References: <87h9aw64di.fsf@users.sourceforge.net> In-Reply-To: From: Kaushal Modi Date: Tue, 09 Aug 2016 15:56:19 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c030b4a818a960539a59324 X-Spam-Score: -0.4 (/) 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.4 (/) --94eb2c030b4a818a960539a59324 Content-Type: text/plain; charset=UTF-8 Hi Noam, I appreciate the work you put on this. Thanks for fixing this. On Sun, Aug 7, 2016 at 10:28 AM GNU bug Tracking System < help-debbugs@gnu.org> wrote: > This is an automatic notification regarding your bug report > #23949: 25.0.95; Regression in handling error caused by (string-match-p > "." nil), > which was filed against the emacs package. > > Thank you for your report, which has now been closed. > You can view the full report at > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23949 > > If you require further information, please followup to > 23949@debbugs.gnu.org. > > debbugs.gnu.org maintainers > (administrator, GNU bugs database) > -- Kaushal Modi --94eb2c030b4a818a960539a59324 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Noam,

I appreciate the work you put = on this. Thanks for fixing this.

On Sun, Aug 7, 2016 at 10:28 AM GNU bug Tracking System <help-debbugs@gnu.org> wrote:
This is an automatic notification regard= ing your bug report
#23949: 25.0.95; Regression in handling error caused by (string-match-p &qu= ot;." nil),
which was filed against the emacs package.

Thank you for your report, which has now been closed.
You can view the full report at
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D2= 3949

If you require further information, please followup to 23949@debbugs.gnu.org.

deb= bugs.gnu.org maintainers
(administrator, GNU bugs database)
--

Kaushal Modi

--94eb2c030b4a818a960539a59324-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 03 21:49:42 2016 Received: (at control) by debbugs.gnu.org; 4 Dec 2016 02:49:42 +0000 Received: from localhost ([127.0.0.1]:51761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMs2-0004Js-AJ for submit@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMrz-0004JW-G1 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDMrs-0001yx-95 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDMrs-0001yr-52 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:32 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cDMrr-0005b2-Kh; Sat, 03 Dec 2016 21:49:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22595.33851.293095.70553@gnu.org> Date: Sat, 3 Dec 2016 21:49:31 -0500 From: Glenn Morris To: control@debbugs.gnu.org Subject: Clean up predictable issues due to Emacs version number change X-Debbugs-No-Ack: yes X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.9 (-------) X-Debbugs-Envelope-To: control 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: -7.9 (-------) # Ref: # http://lists.gnu.org/archive/html/emacs-devel/2016-11/msg00238.html # http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00692.html # http://lists.gnu.org/archive/html/emacs-devel/2016-01/msg01215.html # Some attempt has been made to check for things backported after the fact. # Erring on the side of a later version number seems preferable anyway. unarchive 10 fixed 10 26.1 notfixed 10 25.2 unarchive 96 fixed 96 26.1 notfixed 96 25.2 unarchive 1149 fixed 1149 26.1 notfixed 1149 25.2 unarchive 1150 fixed 1150 26.1 notfixed 1150 25.2 unarchive 2270 fixed 2270 26.1 notfixed 2270 25.2 unarchive 2405 fixed 2405 26.1 notfixed 2405 25.2 unarchive 2589 fixed 2589 26.1 notfixed 2589 25.2 unarchive 3137 fixed 3137 26.1 notfixed 3137 25.2 unarchive 3393 fixed 3393 26.1 notfixed 3393 25.2 unarchive 4589 fixed 4589 26.1 notfixed 4589 25.2 unarchive 4920 fixed 4920 26.1 notfixed 4920 25.2 unarchive 5001 fixed 5001 26.1 notfixed 5001 25.2 unarchive 5262 fixed 5262 26.1 notfixed 5262 25.2 unarchive 5305 fixed 5305 26.1 notfixed 5305 25.2 unarchive 5314 fixed 5314 26.1 notfixed 5314 25.2 unarchive 5479 fixed 5479 26.1 notfixed 5479 25.2 unarchive 5650 fixed 5650 26.1 notfixed 5650 25.2 unarchive 5661 fixed 5661 26.1 notfixed 5661 25.2 unarchive 5727 fixed 5727 26.1 notfixed 5727 25.2 unarchive 6817 fixed 6817 26.1 notfixed 6817 25.2 unarchive 7385 fixed 7385 26.1 notfixed 7385 25.2 unarchive 7522 fixed 7522 26.1 notfixed 7522 25.2 unarchive 7751 fixed 7751 26.1 notfixed 7751 25.2 unarchive 8634 fixed 8634 26.1 notfixed 8634 25.2 unarchive 8693 fixed 8693 26.1 notfixed 8693 25.2 unarchive 8925 fixed 8925 26.1 notfixed 8925 25.2 unarchive 9342 fixed 9342 26.1 notfixed 9342 25.2 unarchive 9730 fixed 9730 26.1 notfixed 9730 25.2 unarchive 10487 fixed 10487 26.1 notfixed 10487 25.2 unarchive 10540 fixed 10540 26.1 notfixed 10540 25.2 unarchive 10723 fixed 10723 26.1 notfixed 10723 25.2 unarchive 10794 fixed 10794 26.1 notfixed 10794 25.2 unarchive 10980 fixed 10980 26.1 notfixed 10980 25.2 unarchive 11357 fixed 11357 26.1 notfixed 11357 25.2 unarchive 11400 fixed 11400 26.1 notfixed 11400 25.2 unarchive 11788 fixed 11788 26.1 notfixed 11788 25.2 unarchive 12048 fixed 12048 26.1 notfixed 12048 25.2 unarchive 12377 fixed 12377 26.1 notfixed 12377 25.2 unarchive 12378 fixed 12378 26.1 notfixed 12378 25.2 unarchive 12636 fixed 12636 26.1 notfixed 12636 25.2 unarchive 12939 fixed 12939 26.1 notfixed 12939 25.2 unarchive 13269 fixed 13269 26.1 notfixed 13269 25.2 unarchive 13571 fixed 13571 26.1 notfixed 13571 25.2 unarchive 13745 fixed 13745 26.1 notfixed 13745 25.2 unarchive 13949 fixed 13949 26.1 notfixed 13949 25.2 unarchive 14256 fixed 14256 26.1 notfixed 14256 25.2 unarchive 14341 fixed 14341 26.1 notfixed 14341 25.2 unarchive 14484 fixed 14484 26.1 notfixed 14484 25.2 unarchive 14554 fixed 14554 26.1 notfixed 14554 25.2 unarchive 14577 fixed 14577 26.1 notfixed 14577 25.2 unarchive 14687 fixed 14687 26.1 notfixed 14687 25.2 unarchive 14844 fixed 14844 26.1 notfixed 14844 25.2 unarchive 14854 fixed 14854 26.1 notfixed 14854 25.2 unarchive 14915 fixed 14915 26.1 notfixed 14915 25.2 unarchive 14919 fixed 14919 26.1 notfixed 14919 25.2 unarchive 15021 fixed 15021 26.1 notfixed 15021 25.2 unarchive 15047 fixed 15047 26.1 notfixed 15047 25.2 unarchive 15171 fixed 15171 26.1 notfixed 15171 25.2 unarchive 15324 fixed 15324 26.1 notfixed 15324 25.2 unarchive 15445 fixed 15445 26.1 notfixed 15445 25.2 unarchive 15506 fixed 15506 26.1 notfixed 15506 25.2 unarchive 15909 fixed 15909 26.1 notfixed 15909 25.2 unarchive 16136 fixed 16136 26.1 notfixed 16136 25.2 unarchive 16200 fixed 16200 26.1 notfixed 16200 25.2 unarchive 16276 fixed 16276 26.1 notfixed 16276 25.2 unarchive 16294 fixed 16294 26.1 notfixed 16294 25.2 unarchive 16345 fixed 16345 26.1 notfixed 16345 25.2 unarchive 16390 fixed 16390 26.1 notfixed 16390 25.2 unarchive 16406 fixed 16406 26.1 notfixed 16406 25.2 unarchive 16483 fixed 16483 26.1 notfixed 16483 25.2 unarchive 16513 fixed 16513 26.1 notfixed 16513 25.2 unarchive 16579 fixed 16579 26.1 notfixed 16579 25.2 unarchive 16746 fixed 16746 26.1 notfixed 16746 25.2 unarchive 16891 fixed 16891 26.1 notfixed 16891 25.2 unarchive 16904 fixed 16904 26.1 notfixed 16904 25.2 unarchive 17039 fixed 17039 26.1 notfixed 17039 25.2 unarchive 17067 fixed 17067 26.1 notfixed 17067 25.2 unarchive 17119 fixed 17119 26.1 notfixed 17119 25.2 unarchive 17582 fixed 17582 26.1 notfixed 17582 25.2 unarchive 17707 fixed 17707 26.1 notfixed 17707 25.2 unarchive 17716 fixed 17716 26.1 notfixed 17716 25.2 unarchive 17738 fixed 17738 26.1 notfixed 17738 25.2 unarchive 17989 fixed 17989 26.1 notfixed 17989 25.2 unarchive 17999 fixed 17999 26.1 notfixed 17999 25.2 unarchive 18008 fixed 18008 26.1 notfixed 18008 25.2 unarchive 18024 fixed 18024 26.1 notfixed 18024 25.2 unarchive 18026 fixed 18026 26.1 notfixed 18026 25.2 unarchive 18028 fixed 18028 26.1 notfixed 18028 25.2 unarchive 18089 fixed 18089 26.1 notfixed 18089 25.2 unarchive 18092 fixed 18092 26.1 notfixed 18092 25.2 unarchive 18110 fixed 18110 26.1 notfixed 18110 25.2 unarchive 18202 fixed 18202 26.1 notfixed 18202 25.2 unarchive 18203 fixed 18203 26.1 notfixed 18203 25.2 unarchive 18204 fixed 18204 26.1 notfixed 18204 25.2 unarchive 18211 fixed 18211 26.1 notfixed 18211 25.2 unarchive 18279 fixed 18279 26.1 notfixed 18279 25.2 unarchive 18527 fixed 18527 26.1 notfixed 18527 25.2 unarchive 18587 fixed 18587 26.1 notfixed 18587 25.2 unarchive 18634 fixed 18634 26.1 notfixed 18634 25.2 unarchive 18635 fixed 18635 26.1 notfixed 18635 25.2 unarchive 18686 fixed 18686 26.1 notfixed 18686 25.2 unarchive 18692 fixed 18692 26.1 notfixed 18692 25.2 unarchive 18809 fixed 18809 26.1 notfixed 18809 25.2 unarchive 18810 fixed 18810 26.1 notfixed 18810 25.2 unarchive 18829 fixed 18829 26.1 notfixed 18829 25.2 unarchive 19114 fixed 19114 26.1 notfixed 19114 25.2 unarchive 19152 fixed 19152 26.1 notfixed 19152 25.2 unarchive 19209 fixed 19209 26.1 notfixed 19209 25.2 unarchive 19214 fixed 19214 26.1 notfixed 19214 25.2 unarchive 19215 fixed 19215 26.1 notfixed 19215 25.2 unarchive 19255 fixed 19255 26.1 notfixed 19255 25.2 unarchive 19368 fixed 19368 26.1 notfixed 19368 25.2 unarchive 19424 fixed 19424 26.1 notfixed 19424 25.2 unarchive 19497 fixed 19497 26.1 notfixed 19497 25.2 unarchive 19587 fixed 19587 26.1 notfixed 19587 25.2 unarchive 19638 fixed 19638 26.1 notfixed 19638 25.2 unarchive 19722 fixed 19722 26.1 notfixed 19722 25.2 unarchive 19754 fixed 19754 26.1 notfixed 19754 25.2 unarchive 19801 fixed 19801 26.1 notfixed 19801 25.2 unarchive 19851 fixed 19851 26.1 notfixed 19851 25.2 unarchive 20038 fixed 20038 26.1 notfixed 20038 25.2 unarchive 20158 fixed 20158 26.1 notfixed 20158 25.2 unarchive 20181 fixed 20181 26.1 notfixed 20181 25.2 unarchive 20304 fixed 20304 26.1 notfixed 20304 25.2 unarchive 20408 fixed 20408 26.1 notfixed 20408 25.2 unarchive 20460 fixed 20460 26.1 notfixed 20460 25.2 unarchive 20485 fixed 20485 26.1 notfixed 20485 25.2 unarchive 20520 fixed 20520 26.1 notfixed 20520 25.2 unarchive 20654 fixed 20654 26.1 notfixed 20654 25.2 unarchive 20702 fixed 20702 26.1 notfixed 20702 25.2 unarchive 20724 fixed 20724 26.1 notfixed 20724 25.2 unarchive 20878 fixed 20878 26.1 notfixed 20878 25.2 unarchive 21002 fixed 21002 26.1 notfixed 21002 25.2 unarchive 21014 fixed 21014 26.1 notfixed 21014 25.2 unarchive 21024 fixed 21024 26.1 notfixed 21024 25.2 unarchive 21155 fixed 21155 26.1 notfixed 21155 25.2 unarchive 21169 fixed 21169 26.1 notfixed 21169 25.2 unarchive 21171 fixed 21171 26.1 notfixed 21171 25.2 unarchive 21225 fixed 21225 26.1 notfixed 21225 25.2 unarchive 21231 fixed 21231 26.1 notfixed 21231 25.2 unarchive 21252 fixed 21252 26.1 notfixed 21252 25.2 unarchive 21269 fixed 21269 26.1 notfixed 21269 25.2 unarchive 21359 fixed 21359 26.1 notfixed 21359 25.2 unarchive 21427 fixed 21427 26.1 notfixed 21427 25.2 unarchive 21552 fixed 21552 26.1 notfixed 21552 25.2 unarchive 21576 fixed 21576 26.1 notfixed 21576 25.2 unarchive 21577 fixed 21577 26.1 notfixed 21577 25.2 unarchive 21601 fixed 21601 26.1 notfixed 21601 25.2 unarchive 21678 fixed 21678 26.1 notfixed 21678 25.2 unarchive 21679 fixed 21679 26.1 notfixed 21679 25.2 unarchive 21684 fixed 21684 26.1 notfixed 21684 25.2 unarchive 21706 fixed 21706 26.1 notfixed 21706 25.2 unarchive 21759 fixed 21759 26.1 notfixed 21759 25.2 unarchive 21851 fixed 21851 26.1 notfixed 21851 25.2 unarchive 21852 fixed 21852 26.1 notfixed 21852 25.2 unarchive 21853 fixed 21853 26.1 notfixed 21853 25.2 unarchive 21881 fixed 21881 26.1 notfixed 21881 25.2 unarchive 21936 fixed 21936 26.1 notfixed 21936 25.2 unarchive 21962 fixed 21962 26.1 notfixed 21962 25.2 unarchive 22117 fixed 22117 26.1 notfixed 22117 25.2 unarchive 22140 fixed 22140 26.1 notfixed 22140 25.2 unarchive 22170 fixed 22170 26.1 notfixed 22170 25.2 unarchive 22172 fixed 22172 26.1 notfixed 22172 25.2 unarchive 22227 fixed 22227 26.1 notfixed 22227 25.2 unarchive 22315 fixed 22315 26.1 notfixed 22315 25.2 unarchive 22325 fixed 22325 26.1 notfixed 22325 25.2 unarchive 22329 fixed 22329 26.1 notfixed 22329 25.2 unarchive 22348 fixed 22348 26.1 notfixed 22348 25.2 unarchive 22478 fixed 22478 26.1 notfixed 22478 25.2 unarchive 22530 fixed 22530 26.1 notfixed 22530 25.2 unarchive 22531 fixed 22531 26.1 notfixed 22531 25.2 unarchive 22576 fixed 22576 26.1 notfixed 22576 25.2 unarchive 22583 fixed 22583 26.1 notfixed 22583 25.2 unarchive 22586 fixed 22586 26.1 notfixed 22586 25.2 unarchive 22592 fixed 22592 26.1 notfixed 22592 25.2 unarchive 22594 fixed 22594 26.1 notfixed 22594 25.2 unarchive 22595 fixed 22595 26.1 notfixed 22595 25.2 unarchive 22596 fixed 22596 26.1 notfixed 22596 25.2 unarchive 22627 fixed 22627 26.1 notfixed 22627 25.2 unarchive 22632 fixed 22632 26.1 notfixed 22632 25.2 unarchive 22648 fixed 22648 26.1 notfixed 22648 25.2 unarchive 22664 fixed 22664 26.1 notfixed 22664 25.2 unarchive 22720 fixed 22720 26.1 notfixed 22720 25.2 unarchive 22724 fixed 22724 26.1 notfixed 22724 25.2 unarchive 22764 fixed 22764 26.1 notfixed 22764 25.2 unarchive 22799 fixed 22799 26.1 notfixed 22799 25.2 unarchive 22800 fixed 22800 26.1 notfixed 22800 25.2 unarchive 22814 fixed 22814 26.1 notfixed 22814 25.2 unarchive 22824 fixed 22824 26.1 notfixed 22824 25.2 unarchive 22827 fixed 22827 26.1 notfixed 22827 25.2 unarchive 22837 fixed 22837 26.1 notfixed 22837 25.2 unarchive 22841 fixed 22841 26.1 notfixed 22841 25.2 unarchive 22890 fixed 22890 26.1 notfixed 22890 25.2 unarchive 22928 fixed 22928 26.1 notfixed 22928 25.2 unarchive 22940 fixed 22940 26.1 notfixed 22940 25.2 unarchive 22964 fixed 22964 26.1 notfixed 22964 25.2 unarchive 22968 fixed 22968 26.1 notfixed 22968 25.2 unarchive 23020 fixed 23020 26.1 notfixed 23020 25.2 unarchive 23071 fixed 23071 26.1 notfixed 23071 25.2 unarchive 23116 fixed 23116 26.1 notfixed 23116 25.2 unarchive 23139 fixed 23139 26.1 notfixed 23139 25.2 unarchive 23159 fixed 23159 26.1 notfixed 23159 25.2 unarchive 23167 fixed 23167 26.1 notfixed 23167 25.2 unarchive 23262 fixed 23262 26.1 notfixed 23262 25.2 unarchive 23290 fixed 23290 26.1 notfixed 23290 25.2 unarchive 23374 fixed 23374 26.1 notfixed 23374 25.2 unarchive 23390 fixed 23390 26.1 notfixed 23390 25.2 unarchive 23401 fixed 23401 26.1 notfixed 23401 25.2 unarchive 23411 fixed 23411 26.1 notfixed 23411 25.2 unarchive 23459 fixed 23459 26.1 notfixed 23459 25.2 unarchive 23608 fixed 23608 26.1 notfixed 23608 25.2 unarchive 23703 fixed 23703 26.1 notfixed 23703 25.2 unarchive 23730 fixed 23730 26.1 notfixed 23730 25.2 unarchive 23829 fixed 23829 26.1 notfixed 23829 25.2 unarchive 23850 fixed 23850 26.1 notfixed 23850 25.2 unarchive 23863 fixed 23863 26.1 notfixed 23863 25.2 unarchive 23883 fixed 23883 26.1 notfixed 23883 25.2 unarchive 23914 fixed 23914 26.1 notfixed 23914 25.2 unarchive 23949 fixed 23949 26.1 notfixed 23949 25.2 unarchive 23998 fixed 23998 26.1 notfixed 23998 25.2 unarchive 24122 fixed 24122 26.1 notfixed 24122 25.2 unarchive 24133 fixed 24133 26.1 notfixed 24133 25.2 unarchive 24166 fixed 24166 26.1 notfixed 24166 25.2 unarchive 24257 fixed 24257 26.1 notfixed 24257 25.2 unarchive 24308 fixed 24308 26.1 notfixed 24308 25.2 unarchive 24432 fixed 24432 26.1 notfixed 24432 25.2