From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: [Unicode-2] `C-h f' error Date: Mon, 19 Nov 2007 17:31:02 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1195461339 25664 80.91.229.12 (19 Nov 2007 08:35:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Nov 2007 08:35:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 19 09:35:44 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Iu26X-0006mV-T5 for ged-emacs-devel@m.gmane.org; Mon, 19 Nov 2007 09:35:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iu26I-0000e4-Fy for ged-emacs-devel@m.gmane.org; Mon, 19 Nov 2007 03:35:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Iu22I-0007OE-8I for emacs-devel@gnu.org; Mon, 19 Nov 2007 03:31:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Iu22G-0007MX-Lg for emacs-devel@gnu.org; Mon, 19 Nov 2007 03:31:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iu22G-0007MI-Fg for emacs-devel@gnu.org; Mon, 19 Nov 2007 03:31:16 -0500 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Iu22F-0002xK-UL for emacs-devel@gnu.org; Mon, 19 Nov 2007 03:31:16 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Iu22D-0002cl-Ms for emacs-devel@gnu.org; Mon, 19 Nov 2007 03:31:13 -0500 Original-Received: from [66.225.201.151] (port=56507 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.68) (envelope-from ) id 1Iu229-0008H4-7d; Mon, 19 Nov 2007 02:31:10 -0600 X-Hashcash: 1:20:071119:handa@ni.aist.go.jp::8PFKqQxwRO6e84qe:0000000000000000000000000000000000000000000kaG X-Hashcash: 1:20:071119:emacs-devel@gnu.org::Up7aL544XIVH+Z17:0000000000000000000000000000000000000000001Drn X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:oj0ziLHAfVbokpJZuwk0VobrvHE= X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-detected-kernel: by mx20.gnu.org: Genre and OS details not recognized. X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:83620 Archived-At: >>>>> 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,