GNU bug report logs -
#46820
28.0.50; easy-menu-define failure in cmuscheme
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Sat, 27 Feb 2021 20:32:02 UTC
Severity: normal
Tags: fixed
Found in version 28.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 46820 in the body.
You can then email your comments to 46820 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46820
; Package
emacs
.
(Sat, 27 Feb 2021 20:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Juri Linkov <juri <at> linkov.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 27 Feb 2021 20:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
After the recent change of adding easy-menu-define in scheme-mode,
when the init file contains the line:
(require 'cmuscheme)
loading Emacs fails with the error
Debugger entered--Lisp error: (wrong-type-argument keymapp nil)
define-key(nil [separator-eval] ("--"))
require(cmuscheme)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46820
; Package
emacs
.
(Mon, 01 Mar 2021 12:21:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 46820 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
> After the recent change of adding easy-menu-define in scheme-mode,
> when the init file contains the line:
>
> (require 'cmuscheme)
>
> loading Emacs fails with the error
>
> Debugger entered--Lisp error: (wrong-type-argument keymapp nil)
> define-key(nil [separator-eval] ("--"))
> require(cmuscheme)
This should now be fixed on the trunk (well, the FSF server are very
slow today, so I'm having trouble pushing anything), but... that
cmuscheme.el file is rather odd: It doesn't create a new mode or
anything, but just alters the scheme.el mode things, which means that
after you've loaded it, you can't use the regular scheme.el mode any
more.
Which is a very unusual way of doing things, to put it mildly.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 01 Mar 2021 13:18:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 28.1, send any further explanations to
46820 <at> debbugs.gnu.org and Juri Linkov <juri <at> linkov.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 01 Mar 2021 13:18:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46820
; Package
emacs
.
(Mon, 01 Mar 2021 19:56:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 46820 <at> debbugs.gnu.org (full text, mbox):
>> Debugger entered--Lisp error: (wrong-type-argument keymapp nil)
>> define-key(nil [separator-eval] ("--"))
>> require(cmuscheme)
>
> This should now be fixed on the trunk (well, the FSF server are very
> slow today, so I'm having trouble pushing anything), but... that
Thanks, confirmed.
> cmuscheme.el file is rather odd: It doesn't create a new mode or
> anything, but just alters the scheme.el mode things, which means that
> after you've loaded it, you can't use the regular scheme.el mode any
> more.
>
> Which is a very unusual way of doing things, to put it mildly.
cmuscheme.el is valuable for one thing - the command 'run-scheme'.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 30 Mar 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 20 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.