GNU bug report logs - #19008
25.0.50; (wrong-type-argument stringp (require . fit-frame))

Previous Next

Full log

View this message in rfc822 format

From: Drew Adams <drew.adams <at> oracle.com>
To: 19008 <at> debbugs.gnu.org
Subject: bug#19008: 25.0.50; (wrong-type-argument stringp (require . fit-frame))
Date: Sun, 9 Nov 2014 18:51:03 -0800 (PST)

For some reason, `load-history-filename-element' was passed a cons cell
instead of a string.  That cons cell was apparently returned by
(load-history-regexp "cl-indent"), but I don't understand how that was
possible.

The relevant part of `lisp-indentation-hack', which is on
`emacs-lisp-mode-hook', is this:

(unless (if (fboundp 'load-history-regexp) ; Emacs 22+
            (load-history-filename-element (load-history-regexp "cl-indent"))
          (assoc "cl-indent" load-history))
    (load "cl-indent" nil t))

I don't understand why this happened, but here is a backtrace:

Debugger entered--Lisp error: (wrong-type-argument stringp (require . fit-frame))
  string-match("\\(\\`\\|/\\)cl-indent\\(\\.elc\\|\\.el\\)?\\(\\.gz\\)?\\'"
               (require . fit-frame))
  load-history-filename-element("\\(\\`\\|/\\)cl-indent\\(\\.elc\\|\\.el\\)?\\(\\.gz\\)?\\'")
  lisp-indentation-hack()
  run-hooks(change-major-mode-after-body-hook prog-mode-hook emacs-lisp-mode-hook)
  ...

I have never seen this happen before.  But I just checked the definition
of `load-history-filename-element' in Emacs 23, and it has not changed.


In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
 of 2014-10-20 on LEG570
Bzr revision: 118168 rgm <at> gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'

Previous Next

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