From: Jean Louis <bugs@gnu.support>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 47588@debbugs.gnu.org
Subject: bug#47588: 28.0.50; C-M-x in emacs-lisp-mode: elisp--eval-defun: Symbol’s function definition is void: nil [3 times]
Date: Thu, 8 Apr 2021 17:21:16 +0300 [thread overview]
Message-ID: <YG8RXCQTxABNiqY9@protected.localdomain> (raw)
In-Reply-To: <837dliebu7.fsf@gnu.org>
* Eli Zaretskii <eliz@gnu.org> [2021-04-04 10:42]:
> > Date: Sun, 04 Apr 2021 08:37:08 +0300
> > From: Jean Louis <bugs@gnu.support>
> >
> >
> > Since some time, not so long ago, maybe week or weeks, I have noticed
> > that C-M-x cannot evaluate definition when inside of definition. This
> > does not happen in 'emacs -Q' and I have not observed it before.
> >
> > Error I get is:
> >
> > elisp--eval-defun: Symbol’s function definition is void: nil [3 times]
>
> Please set debug-on-error to a non-nil value, repeat the recipe, and
> post a full backtrace here.
I got it by pure incident and observation, here is how you can
replicate it:
1. emacs -Q
2. Go to *scratch* (but it is happening anywhere)
2. Evaluate (number-to-string nil) and get error, do not press Q in
*Backtrace*, switch back to *scratch*
3. Try evaluating any defun with C-M-x it will give error:
elisp--eval-defun: Symbol’s function definition is void: nil
4. You can evaluate with C-x C-e on the end of the defun, but not in
the middle with C-M-x
5. Go to *Backtrace*, click q or erase *Backtrace*, come back and it
works again.
But I am sure I never had this problem before. It started recently,
maybe months, maybe weeks.
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
Sign an open letter in support of Richard M. Stallman
https://rms-support-letter.github.io/
next prev parent reply other threads:[~2021-04-08 14:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-04 5:37 bug#47588: 28.0.50; C-M-x in emacs-lisp-mode: elisp--eval-defun: Symbol’s function definition is void: nil [3 times] Jean Louis
2021-04-04 7:41 ` Eli Zaretskii
2021-04-08 14:21 ` Jean Louis [this message]
2021-04-17 17:28 ` Jean Louis
2021-04-17 18:12 ` Eli Zaretskii
2021-04-17 19:13 ` Jean Louis
2021-04-17 23:48 ` Gregory Heytings
2021-04-18 5:06 ` Stefan Monnier
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YG8RXCQTxABNiqY9@protected.localdomain \
--to=bugs@gnu.support \
--cc=47588@debbugs.gnu.org \
--cc=eliz@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.