From: D. Goel <deego@glue.umd.edu>
Subject: unload-feature ==> inconsistent state for emacs
Date: 26 Sep 2002 17:08:08 -0400 [thread overview]
Message-ID: <87wup8sblz.fsf@computer.localdomain> (raw)
[1]
emacs -q -no-site-file
Load a file ~/vv.el containing:
====================================================
(easy-mmode-define-minor-mode
vv-mode "The mode to inherit minibuffer keybindings"
nil "dfdf")
(provide 'vv)
====================================================
M-x unload-feature vv
now, the variable vv-mode is either defined or undefined, depending on
whether unload-feature recognized it. I guess Both would be fine, as
unload-feature "does its best" and is not a "guarantee".
But the problem is that things are worse. Emacs seems to have entered
a strange state wrt the variable vv-mode. To see this M-x load-file
~/vv.el, now vv-mode should be defined. So, M-: vv-mode to get this
backtrace
,----
| Debugger entered--Lisp error: (void-variable vv-mode)
| eval(vv-mode)
| eval-expression(vv-mode nil)
| call-interactively(eval-expression)
`----
====================================================
[2]
I then appended a (defvar vv-mode nil) to the beginning of vv.el and
went through the entire procedure above, and got the same error.
====================================================
In GNU Emacs 21.2.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll
bars) of 2002-03-22 on raven, modified by Debian configured using
`configure i386-debian-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes --with-x=yes
--with-x-toolkit=athena --without-gif' Important settings: value of
$LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value
of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC:
nil value of $LC_TIME: nil value of $LANG: C locale-coding-system:
nil default-enable-multibyte-characters: t
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Recent input:
ESC x g n u s RET s ESC x r e p o r t - e m TAB RE
T
Recent messages:
No new newsgroups
Checking new news...
Opening nnfolder server on archive...
Opening nndraft server...
Checking new news...done
(No changes need to be saved)
Loading emacsbug...done
next reply other threads:[~2002-09-26 21:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-26 21:08 D. Goel [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-09-26 21:08 unload-feature ==> inconsistent state for emacs D. Goel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wup8sblz.fsf@computer.localdomain \
--to=deego@glue.umd.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).