From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#26847: 26.0.50; Using edebug-step-in on a macro switches to go-mode Date: Wed, 10 May 2017 01:23:39 +0300 Message-ID: <3aa02b7a-3031-73f3-a344-3a10f95d0171@yandex.ru> References: <87vapb12k2.fsf@chinook> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1494368659 30218 195.159.176.226 (9 May 2017 22:24:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 9 May 2017 22:24:19 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Thunderbird/53.0 To: Gemini Lasswell , 26847@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 10 00:24:09 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 1d8DY8-0007dA-92 for geb-bug-gnu-emacs@m.gmane.org; Wed, 10 May 2017 00:24:08 +0200 Original-Received: from localhost ([::1]:39683 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8DYD-00006r-7a for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 May 2017 18:24:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8DY7-00005w-EA for bug-gnu-emacs@gnu.org; Tue, 09 May 2017 18:24:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d8DY2-0000ay-Ac for bug-gnu-emacs@gnu.org; Tue, 09 May 2017 18:24:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60280) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d8DY2-0000au-5W for bug-gnu-emacs@gnu.org; Tue, 09 May 2017 18:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d8DY1-0001MQ-VF for bug-gnu-emacs@gnu.org; Tue, 09 May 2017 18:24:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 May 2017 22:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26847 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26847-submit@debbugs.gnu.org id=B26847.14943686355214 (code B ref 26847); Tue, 09 May 2017 22:24:01 +0000 Original-Received: (at 26847) by debbugs.gnu.org; 9 May 2017 22:23:55 +0000 Original-Received: from localhost ([127.0.0.1]:34724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d8DXu-0001M1-Qt for submit@debbugs.gnu.org; Tue, 09 May 2017 18:23:54 -0400 Original-Received: from mail-wr0-f196.google.com ([209.85.128.196]:34485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d8DXs-0001Lo-Nf for 26847@debbugs.gnu.org; Tue, 09 May 2017 18:23:53 -0400 Original-Received: by mail-wr0-f196.google.com with SMTP id 6so3685164wrb.1 for <26847@debbugs.gnu.org>; Tue, 09 May 2017 15:23:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=1U0JoRmbKiMFh/vPlsi05o00YLgQ67i/8yHD+YfCgws=; b=gU/wm3lecjM3cRVVIQvWdyyXrVUaOrjn1Vznb1RLuHp3GNUpKWdnhZXWnIxcvaoCj5 jzk8+odX6yZ+5y1Ei4YFiWZqtcNbKncvUhflU+ULqz3GvT5EBDrhnKLUjHzzszhqCtUZ x1Ug/RTBScegh7bPzVMEZX8omBNhvXSGRD/olqnmdObay7FkNaGSKfRekx+p2sBQDU4l uUKItDzPr0FVJ4MYLIRWfSc8FdTxR4VI64bi1tW8UJVusrJJGj3yjv7JhnpXRLcXem6c UQmsVEZ4Rub5PRSdssCsTZyYuWX4nHCkl5tlG8+T43ct1KwrZPWAyOE2+D9MffV35cju W2CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=1U0JoRmbKiMFh/vPlsi05o00YLgQ67i/8yHD+YfCgws=; b=TGmmknx6c2LzZILGlmWHRAI+kdKHXOCiLpEEoodUqyB3vpy1k3wahqjH+ljvPwJ7DR MUp/qioIq4lgkbHoiLL941qDqx+4CBamF5CYDhR+Js5OEEgEt4HI/Zt2H45Q6cJ/HOqF 1sLyFTPIRuIU3eXcfmObwG5pB9v8ZKjFlWuSz3dDklCMckfXnuZNKg4ixkhImQxY1hPx 3HtAq6CfLKtm8Y4cae5CEbWcSKxBfdATIHykJxQL/t9hQ3e2iCJjzqD9tW4AD6F1xveH SSvLOXmwHlY+kYfPGQ13cN7sV5D7OOrChSGAsHDkKsbXkFFRqVTCnnZhIXUY6rhjmpAf cE+w== X-Gm-Message-State: AODbwcATXFfIXUTSIyoVCMu0tccNhazzYbWO/dvvl+x1cU2Jtz+U2uMD J2YPapR0qvnp2gtASuQ= X-Received: by 10.28.54.165 with SMTP id y37mr2419323wmh.29.1494368626659; Tue, 09 May 2017 15:23:46 -0700 (PDT) Original-Received: from [192.168.1.3] ([185.105.173.156]) by smtp.googlemail.com with ESMTPSA id n49sm1411428wrn.30.2017.05.09.15.23.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 May 2017 15:23:45 -0700 (PDT) In-Reply-To: <87vapb12k2.fsf@chinook> Content-Language: en-US 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:132407 Archived-At: On 09.05.2017 0:06, Gemini Lasswell wrote: > 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. Since nobody has complained about this problem by now, it's probably the easiest solution indeed. However, I wonder if we could inhibit eager macro-expansion when a function is being instrumented by edebug. Its definition is being re-evaluated at that time, right? I don't know if we have a good way to do that, though. Or if adding one ends up being easy to maintain.