GNU bug report logs - #23949
25.0.95; Regression in handling error caused by (string-match-p "." nil)

Previous Next

Package: emacs;

Reported by: Kaushal Modi <kaushal.modi <at> gmail.com>

Date: Mon, 11 Jul 2016 20:13:02 UTC

Severity: normal

Tags: fixed

Merged with 16294, 24166

Found in versions 25.0.95, 24.3.50

Fixed in version 26.1

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


Message #23 received at 23949 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Kaushal Modi <kaushal.modi <at> gmail.com>
Cc: 23949 <at> debbugs.gnu.org
Subject: Re: 25.0.95; Regression in handling error caused by (string-match-p
 "." nil)
Date: Tue, 12 Jul 2016 17:03:34 +0300
> From: Kaushal Modi <kaushal.modi <at> gmail.com>
> Date: Tue, 12 Jul 2016 13:37:57 +0000
> Cc: 23949 <at> 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?




This bug report was last modified 8 years and 167 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.