From: Katsumi Yamaoka <yamaoka@jpl.org>
To: Kenichi Handa <handa@ni.aist.go.jp>
Cc: emacs-devel@gnu.org
Subject: Re: [Unicode-2] `C-h f' error
Date: Mon, 19 Nov 2007 17:31:02 +0900 [thread overview]
Message-ID: <b4mabpaskl5.fsf@jpl.org> (raw)
In-Reply-To: b4m6404fejy.fsf@jpl.org
>>>>> Katsumi Yamaoka wrote:
>>> Debugger entered--Lisp error: (setting-constant :validate)
>>> function-called-at-point()
>>> [...]
>>> call-interactively(describe-function)
I think I have reached to the real cause of this problem. Though
it may happen only to me, I've tested it with two machines running
different OS (Fedora 8 and RHL 9). The necessary conditions to
make it happen are:
A function is dumped into the Emacs executable.
It uses a macro in which uninterned symbols are used in `let'.
In that case, uninterned symbols seem to be replaced with the
interned ones when dumping into Emacs. The way I reproduced it is:
1. Make the /tmp/test.el file (attached below) and byte compile it.
2. Modify the lisp/loadup.el file as follows:
--8<---------------cut here---------------start------------->8---
*** loadup.el~ Sun Nov 11 21:51:19 2007
--- loadup.el Mon Nov 19 08:14:23 2007
***************
*** 85,88 ****
--- 85,89 ----
(load "simple")
+ (load "/tmp/test")
(load "help")
--8<---------------cut here---------------end--------------->8---
3. Dump Emacs in this way:
$ cd src
$ ./temacs -batch -l loadup dump
4. Run Emacs as:
$ ./emacs -batch -Q -eval '(foo)'
I got:
set-display-table-and-terminal-coding-system reset-language-environment English
5. Run Emacs as:
$ ./emacs -batch -Q -l /tmp/test -eval '(foo)'
I got:
foo bar baz
The test.el file is here:
--8<---------------cut here---------------start------------->8---
(defmacro foo-macro nil
(let ((foo (make-symbol "foo"))
(bar (make-symbol "bar"))
(baz (make-symbol "baz")))
`(message "%s %s %s" ',foo ',bar ',baz)))
(defun foo nil
(foo-macro))
--8<---------------cut here---------------end--------------->8---
Regards,
next prev parent reply other threads:[~2007-11-19 8:31 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-13 9:41 [Unicode-2] `read' always returns multibyte symbol Katsumi Yamaoka
2007-11-13 12:55 ` Kenichi Handa
2007-11-13 15:10 ` Stefan Monnier
2007-11-14 4:53 ` Kenichi Handa
2007-11-14 7:06 ` [Unicode-2] `C-h f' error (was Re: `read' always returns multibyte symbol) Katsumi Yamaoka
2007-11-14 13:01 ` Kenichi Handa
2007-11-15 2:06 ` [Unicode-2] `C-h f' error Katsumi Yamaoka
2007-11-19 8:31 ` Katsumi Yamaoka [this message]
2007-11-20 11:09 ` CHENG Gao
2007-11-21 10:55 ` Katsumi Yamaoka
2007-11-21 12:14 ` Kenichi Handa
2007-11-21 12:28 ` Katsumi Yamaoka
2007-11-22 2:27 ` Richard Stallman
2007-11-22 4:51 ` Kenichi Handa
2007-11-22 16:22 ` Richard Stallman
2007-11-23 15:20 ` Johan Bockgård
2007-11-25 12:35 ` Kenichi Handa
2007-12-02 21:27 ` Richard Stallman
2007-12-05 5:11 ` Kenichi Handa
2007-12-05 11:26 ` Katsumi Yamaoka
2007-11-25 12:39 ` Kenichi Handa
2007-11-14 3:56 ` [Unicode-2] `read' always returns multibyte symbol Katsumi Yamaoka
2007-11-14 11:39 ` Katsumi Yamaoka
2007-11-14 14:52 ` Stefan Monnier
2007-11-14 23:52 ` Katsumi Yamaoka
2007-11-15 1:15 ` Stefan Monnier
2007-11-15 3:01 ` Katsumi Yamaoka
2007-11-15 3:39 ` Stefan Monnier
2007-11-15 10:20 ` Katsumi Yamaoka
2007-11-15 11:08 ` Kenichi Handa
2007-11-15 11:41 ` Katsumi Yamaoka
2007-11-15 14:41 ` Kenichi Handa
2007-11-15 23:31 ` Katsumi Yamaoka
2007-11-16 0:51 ` Kenichi Handa
2007-11-16 1:24 ` Katsumi Yamaoka
2007-11-16 2:51 ` Stefan Monnier
2007-11-15 15:22 ` Stefan Monnier
2007-11-16 0:29 ` Kenichi Handa
2007-11-16 10:50 ` Eli Zaretskii
2007-11-13 15:07 ` 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
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=b4mabpaskl5.fsf@jpl.org \
--to=yamaoka@jpl.org \
--cc=emacs-devel@gnu.org \
--cc=handa@ni.aist.go.jp \
/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).