From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Gemini Lasswell Newsgroups: gmane.emacs.bugs Subject: bug#26847: 26.0.50; Using edebug-step-in on a macro switches to go-mode Date: Mon, 08 May 2017 14:06:21 -0700 Message-ID: <87vapb12k2.fsf@chinook> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1494277694 11430 195.159.176.226 (8 May 2017 21:08:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 8 May 2017 21:08:14 +0000 (UTC) To: 26847@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 08 23:08:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d7pt4-0002sx-2B for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 May 2017 23:08:10 +0200 Original-Received: from localhost ([::1]:33696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d7pt9-0003vx-L2 for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 May 2017 17:08:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d7pt0-0003tr-GO for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:08:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d7psw-0006Oz-GJ for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:08:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57646) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d7psw-0006Ou-CW for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d7psw-0000QE-4g for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 May 2017 21:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 26847 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.14942776311567 (code B ref -1); Mon, 08 May 2017 21:08:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 8 May 2017 21:07:11 +0000 Original-Received: from localhost ([127.0.0.1]:60323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d7ps7-0000PC-E4 for submit@debbugs.gnu.org; Mon, 08 May 2017 17:07:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d7ps5-0000P0-6Z for submit@debbugs.gnu.org; Mon, 08 May 2017 17:07:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d7prz-00066u-8o for submit@debbugs.gnu.org; Mon, 08 May 2017 17:07:04 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:54813) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d7prz-00066q-5V for submit@debbugs.gnu.org; Mon, 08 May 2017 17:07:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51221) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d7pry-0003Jb-4v for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:07:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d7pru-00065q-6M for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:07:02 -0400 Original-Received: from aibo.runbox.com ([91.220.196.211]:34182) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d7prt-00065d-SJ for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 17:06:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=TTdVnv9u7y92YJcCCnEDMkj2iVjPdekM/XYSXR+EEpI=; b=DW25rNVmaYRQXLG40T/v2suGC Ds7l8S6Q/JX1F8uXgvPAmTdCbYZLssdLLJcCmxh2bTZumQaKjWWqWy3amAGFBremFyA+XMSFybEGJ P9upIa4EW5TeNMg0p4x/J9N6F7QfBj2CV/oG6fqbpnSUIi8Y6aep0c9cFzk0IZt0kxD4tdcwYeKik G6ea4uwyhJPD5wbilEupJfh2jvrSuumCfD6+e2KKJIXFfqTs5GOe0n6v9CLg74wEHgwVjaGIUyuzD Dr44vjymAs8CcaOHaekXFC+FCUuPW5Hy7Zlj3Kn5LQ+7F0M35F9Tpi+eY/oTrc87XSiRdN2/nxIUk hvIPxnF+A==; Original-Received: from [10.9.9.211] (helo=mailfront11.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1d7prp-0003Nf-S1 for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 23:06:53 +0200 Original-Received: from c-24-22-244-161.hsd1.wa.comcast.net ([24.22.244.161] helo=chinook) by mailfront11.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1d7prd-0006sL-Hy for bug-gnu-emacs@gnu.org; Mon, 08 May 2017 23:06:41 +0200 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:132386 Archived-At: edebug-step-in doesn't behave well when you try to use it on a macro. For an example, enter the following code in *scratch*: (setq my-things nil) (defun my-try-thing (thing) (push thing my-things)) Then: M-x eval-buffer RET navigate to my-try-thing and C-u C-M-x M-: (my-try-thing 'a) RET i Result: Edebug exits and code runs to completion, result printed in minibuffer. Then navigate to my-try-thing again and C-M-x Result: Edebug activates with the debugger prompt in `push'. Stepping into macros would have made sense before eager macro-expansion, but now by the time Edebug instruments the code the macro has already run. Probably the simplest thing to do here is to have edebug-step-in signal an error if asked to step into a macro. The documentation for edebug-step-in also should be updated to remove mention of stepping into macros.