From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: new fboundp behavior weird Date: Sat, 29 Dec 2012 12:56:42 -0800 Message-ID: References: <87mwwxhyve.fsf@gmail.com> <87d2xtm3x8.fsf@gmail.com><3BF3680C402B4A718A15428F0A33EE5E@us.oracle.com> <871ue8eowy.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356814618 15956 80.91.229.3 (29 Dec 2012 20:56:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Dec 2012 20:56:58 +0000 (UTC) To: "'Thierry Volpiatto'" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 29 21:57:14 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 1Tp3T0-0000jn-2Y for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2012 21:57:14 +0100 Original-Received: from localhost ([::1]:49199 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp3Sl-0005pE-GM for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2012 15:56:59 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:36362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp3Sh-0005p0-Px for emacs-devel@gnu.org; Sat, 29 Dec 2012 15:56:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tp3Sg-0007Zf-GF for emacs-devel@gnu.org; Sat, 29 Dec 2012 15:56:55 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:34391) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tp3Sg-0007Za-91 for emacs-devel@gnu.org; Sat, 29 Dec 2012 15:56:54 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBTKupqE014314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 29 Dec 2012 20:56:51 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBTKuoYc025463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Dec 2012 20:56:51 GMT Original-Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBTKuoYB000469; Sat, 29 Dec 2012 14:56:50 -0600 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 29 Dec 2012 12:56:50 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <871ue8eowy.fsf@gmail.com> Thread-Index: Ac3l69NgopIxkqV5R+6CSfCZTZ9B4AAFa12g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:156004 Archived-At: > debug-on-entry is using `fboundp'. I don't think the call to fboundp in debug-on-entry is a problem - it is only in the `interactive' spec. And (fboundp 'foo) correctly returns t. The problem is perhaps due to Emacs 24's removal of this part of debug-on-entry (from Emacs 23), which handles aliased functions: ;; The function is built-in or aliased to another function. ;; Create a wrapper in which we can add the debug call. (fset function `(lambda (&rest debug-on-entry-args) ,(interactive-form (symbol-function function)) (apply ',(symbol-function function) debug-on-entry-args))) Dunno. Whatever the cause, the debugger does not show a frame for bar - it seems to treat foo as if it were bar. > (defalias 'foo 'bar) > (setq debug-on-error t) > M-x debug-on-entry RET foo TAB > And then you get the error. Yes, evalling (foo) using C-x C-e raises the error, in both 24.2 and trunk: Debugger entered--Lisp error: (void-function foo) (foo) eval((foo) nil) eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp nil nil) But in Emacs 23 (and prior) that does not happen. Instead, this: Debugger entered--Lisp error: (void-function bar) * bar() * apply(bar nil) * foo() eval((foo)) eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp nil nil) I agree that there is a bug, presumably in the debugger. I don't think there is a problem with fboundp, however. (fboundp 'foo) correctly returns t.