From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#15101: 24.3.50; debugger-eval-expression broken Date: Fri, 16 Aug 2013 12:14:23 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1376669721 26879 80.91.229.3 (16 Aug 2013 16:15:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Aug 2013 16:15:21 +0000 (UTC) Cc: 15101@debbugs.gnu.org To: Helmut Eller Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 16 18:15:22 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1VAMgM-0005xD-8k for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Aug 2013 18:15:22 +0200 Original-Received: from localhost ([::1]:60087 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAMgL-0005KK-Lo for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Aug 2013 12:15:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAMgB-0005HL-5k for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 12:15:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VAMg3-0004Q5-RS for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 12:15:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAMg3-0004Og-NF for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 12:15:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VAMg2-0001Pn-E9 for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 12:15:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Aug 2013 16:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15101 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15101-submit@debbugs.gnu.org id=B15101.13766696695349 (code B ref 15101); Fri, 16 Aug 2013 16:15:02 +0000 Original-Received: (at 15101) by debbugs.gnu.org; 16 Aug 2013 16:14:29 +0000 Original-Received: from localhost ([127.0.0.1]:34876 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAMfU-0001OB-5h for submit@debbugs.gnu.org; Fri, 16 Aug 2013 12:14:28 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:60313) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAMfQ-0001Nu-Hu for 15101@debbugs.gnu.org; Fri, 16 Aug 2013 12:14:25 -0400 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r7GGENrK013333; Fri, 16 Aug 2013 12:14:23 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id A4FEEB44A4; Fri, 16 Aug 2013 12:14:23 -0400 (EDT) In-Reply-To: (Helmut Eller's message of "Fri, 16 Aug 2013 07:27:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4672=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4672> : streams <1020690> : uri <1508486> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:77432 Archived-At: > If we go to the line "foo(10)" I would expect that n is 10. With your > definition n is 11. I would argue that your version is confusing. I think the problem comes from the fact that contrary to traditional debuggers, we don't have the "line-number info". In a traditional debugger, you'd have "foo(10) at foo.el:25", pointing out exactly where you are inside `foo'. Whereas in Elisp backtraces you only have "the expression that was being evaluated", so "foo(10)" doesn't tell you where you were inside `foo', instead it tells you that you were somewhere where a call to `(foo 10) was made. > Can you give an example of what would be weird with this change: [...] > - (condition-case nil (1+ (debugger-frame-number 'skip-base)) > + (condition-case nil (debugger-frame-number 'skip-base) I started with this, but found it very weird for example with things like (let ((x (toto)) (y (titi))) (tata)) where you'd naturally expect to be able to find the value of `x' or `y', but that's only true if the debugger was called from `tata'. If instead the debugger was called from within `toto' or `titi', `x' and `y' aren't bound yet. Stefan