From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.devel Subject: Re: new fboundp behavior weird Date: Sat, 29 Dec 2012 18:41:49 +0100 Organization: Emacs Helm Message-ID: <871ue8eowy.fsf@gmail.com> References: <87mwwxhyve.fsf@gmail.com> <87d2xtm3x8.fsf@gmail.com> <3BF3680C402B4A718A15428F0A33EE5E@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1356802930 22951 80.91.229.3 (29 Dec 2012 17:42:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Dec 2012 17:42:10 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 29 18:42:27 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Tp0QQ-0005VE-E5 for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2012 18:42:22 +0100 Original-Received: from localhost ([::1]:42833 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp0QB-0006Dp-PR for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2012 12:42:07 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp0Q9-0006DZ-87 for emacs-devel@gnu.org; Sat, 29 Dec 2012 12:42:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tp0Q8-0001rc-6h for emacs-devel@gnu.org; Sat, 29 Dec 2012 12:42:05 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:38207) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp0Q7-0001rX-W3 for emacs-devel@gnu.org; Sat, 29 Dec 2012 12:42:04 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tp0QJ-0005OJ-5l for emacs-devel@gnu.org; Sat, 29 Dec 2012 18:42:15 +0100 Original-Received: from lbe83-2-78-243-104-167.fbx.proxad.net ([78.243.104.167]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Dec 2012 18:42:15 +0100 Original-Received: from thierry.volpiatto by lbe83-2-78-243-104-167.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Dec 2012 18:42:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 55 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lbe83-2-78-243-104-167.fbx.proxad.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:tVjCwS/0NmMI47kifvQ2deZmEGk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:155997 Archived-At: "Drew Adams" writes: >> > the new behavior of fboundp seems really bad. >> > For example debug-on-entry fail on functions not already >> > bound but have an alias. >> > >> > NOTE: This is reproductible only on the trunk, not emacs-24 >> > branch which is working fine. >> > >> To reproduce: >> emacs -Q >> (defalias 'foo 'bar) >> (setq debug-on-error t) >> M-x debug-on-entry RET foo TAB >> >> NOTE: >> (fboundp 'foo) >> =>t >> (symbol-function 'foo) >> =>bar >> So a fix using in addition of `fboundp' `symbol-function' would not >> work. i.e `symbol-function' is not returning nil. >> Anyway `fboundp' is used in so many places... > > I'm probably misunderstanding, but that is reproducible on all Emacs versions > going back at least to Emacs 20. And it looks like correct behavior, to me. > > What am I missing? Just what is the problem with the behavior you report? And > are you sure it is not reproducible on the Emacs 24 branch? (I don't have the > branch, but it is reproducible in Emacs 24.2.) > > Symbol `foo' does have a function-cell definition: the symbol `bar'. That > symbol `bar' has no function definition is immaterial to whether `foo' is > `fboundp'. Perhaps you are looking for `functionp' instead of `fboundp'? No, debug-on-entry is using `fboundp'. You have to run this to reproduce: emacs -Q (defalias 'foo 'bar) (setq debug-on-error t) M-x debug-on-entry RET foo TAB And then you get the error. I know it is stupid to make such aliases, but some packages (DVC) use such aliases on non--existing functions. (I guess the non--existing functions are build during compilation if backend is available) Anyway `debug-on-entry' should ignore this instead of sending error, like it does on emacs-24 branch. -- Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997