From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mario Valencia Newsgroups: gmane.emacs.bugs Subject: bug#20074: edebug tracing can't be stopped with 'S' Date: Fri, 13 Mar 2015 03:36:09 -0600 Message-ID: References: <83wq2n4i4f.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3c178fb27c40511283a50 X-Trace: ger.gmane.org 1426239456 4642 80.91.229.3 (13 Mar 2015 09:37:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Mar 2015 09:37:36 +0000 (UTC) To: 20074@debbugs.gnu.org, Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 13 10:37:25 2015 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 1YWM1x-0006qo-9x for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Mar 2015 10:37:21 +0100 Original-Received: from localhost ([::1]:35891 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWM1w-0007b1-Hc for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Mar 2015 05:37:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWM1j-0007Ow-Ex for bug-gnu-emacs@gnu.org; Fri, 13 Mar 2015 05:37:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YWM1e-0006EO-Ux for bug-gnu-emacs@gnu.org; Fri, 13 Mar 2015 05:37:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45963) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWM1e-0006EI-Rh for bug-gnu-emacs@gnu.org; Fri, 13 Mar 2015 05:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YWM1e-0003vY-Fd for bug-gnu-emacs@gnu.org; Fri, 13 Mar 2015 05:37:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mario Valencia Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Mar 2015 09:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20074-submit@debbugs.gnu.org id=B20074.142623938014956 (code B ref 20074); Fri, 13 Mar 2015 09:37:02 +0000 Original-Received: (at 20074) by debbugs.gnu.org; 13 Mar 2015 09:36:20 +0000 Original-Received: from localhost ([127.0.0.1]:44531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YWM0x-0003t8-4W for submit@debbugs.gnu.org; Fri, 13 Mar 2015 05:36:19 -0400 Original-Received: from mail-lb0-f175.google.com ([209.85.217.175]:33714) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YWM0t-0003sG-ON for 20074@debbugs.gnu.org; Fri, 13 Mar 2015 05:36:16 -0400 Original-Received: by lbdu14 with SMTP id u14so21599567lbd.0 for <20074@debbugs.gnu.org>; Fri, 13 Mar 2015 02:36:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=NXnT7Det2/dvbSC0omTIQE23ILd/LBoU2I855vzAyao=; b=xohI8s6jy0bJBHbesmMG2vvcohernfIAaKMCp9eY+ovbsPZvCiWiJ1TVBHw6F9hnjI nWIHfv/F+xyCu2PTxjSXyi0AHs4/NBCFiYFx08mx/b2PYuPfZNEhIA843Lcu/8JUUyf5 TapDBLmh5SQzl4IVZR8raXwjRLcTbvACn1GiPdE22ZGhaojge0xASXOdq1QU9DMYNuqt 3zSER6uGCRE2Bk4bdJLwuQ+saltxoOiaOV4+mRa3xzR2kQ+AQsBnnoqr2eVDMlp8r0gH zR9hwNXUUT0QkVJMH+Mt5dC5Jp2EESXfDqtyIJl+7Kdz22i/2GquU3QOh2iUS2y4oIV3 HRAA== X-Received: by 10.112.204.197 with SMTP id la5mr42107089lbc.29.1426239369453; Fri, 13 Mar 2015 02:36:09 -0700 (PDT) Original-Received: by 10.112.124.49 with HTTP; Fri, 13 Mar 2015 02:36:09 -0700 (PDT) In-Reply-To: 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:100434 Archived-At: --001a11c3c178fb27c40511283a50 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable So is this going to be fixed or what? 2015-03-11 10:30 GMT-06:00 Mario Valencia : > From the manual: > > While executing or tracing, you can interrupt the execution by typing > any Edebug command. Edebug stops the program at the next stop point and > then executes the command you typed. For example, typing `t' during > execution switches to trace mode at the next stop point. You can use > `S' to stop execution without doing anything else. > > > 2015-03-11 10:28 GMT-06:00 Mario Valencia : > > ---------- Forwarded message ---------- >> From: Mario Valencia >> Date: 2015-03-11 10:26 GMT-06:00 >> Subject: Re: bug#20074: edebug tracing can't be stopped with 'S' >> To: Eli Zaretskii >> >> >> Its never worked and the manual implies it should. Even if the manual >> didnt, it still should work. >> El mar 11, 2015 10:24 a.m., "Eli Zaretskii" escribi=C3=B3= : >> >> > Date: Tue, 10 Mar 2015 14:42:07 -0600 >>> > From: Mario Valencia >>> > >>> > I start emacs with "runemacs -Q", on windows 8. >>> > Then i write the following function in the scratch buffer: >>> > >>> > (defun forever () >>> > (interactive) >>> > (while t (message "doing nothing"))) >>> > >>> > I then press C-u C-M-x to instrument the function for debugging. Then= i >>> > do M-x forever. Then i press 't' to start tracing, and edebug starts >>> > tracing the code correctly. However, if i press 'S' to stop, it doesn= 't >>> > work. Pressing many 'S' commands repeatedly apparently only cause >>> edebug >>> > to evaluate the 'while' expression faster. Pressing 'q', , 'n', = do >>> > not seem to stop edebug either, they only appear to speed up the >>> > evaluation of the code. I have to press C-g then 'q' to return me to >>> the >>> > toplevel. >>> >>> First, I see this on GNU/Linux as well, so it's not Windows-specific, >>> at least. >>> >>> And second, did this ever work as you expect? I tried as far back as >>> Emacs 23.3, and I see the same behavior. Moreover, the ELisp manual >>> doesn't say anything about 'S' interrupting a trace, at least >>> according to my reading. >>> >> >> > --001a11c3c178fb27c40511283a50 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So is this going to be fixed or what?=C2=A0

2015-03-11 10:30 GMT-06:00= Mario Valencia <mariovalspi@gmail.com>:
From the manual:

While executing or tracing, you can interrupt the execution by typi= ng
any Edebug command.=C2=A0 Edebug stops the program at the next= stop point and
then executes the command you typed.=C2=A0 For ex= ample, typing `t' during
execution switches to trace mode at = the next stop point.=C2=A0 You can use
`S' to stop execution = without doing anything else.


2015-03-11 10:28 GMT-06:00 Mario Vale= ncia <mariovalspi@gmail.com>:
---------- Forwarded message ----------
From: Mario Valencia <mariovalspi@gmail.com>
Date: 2015-03-11 10:26 GMT-06:00
Subject: Re: bug#20074: edebug tra= cing can't be stopped with 'S'
To: Eli Zaretskii <eliz@gnu.org>


=

Its never worked and the manual implies it should. Even if t= he manual didnt, it still should work.

El mar 11, 2015 10:24 a.m., "Eli Zaretskii&= quot; <eliz@gnu.org> escribi=C3=B3:

> Date: Tue, 10 Mar 2015 14:42:07 -0600
> From: Mario Valencia <mariovalspi@gmail.com>
>
> I start emacs with "runemacs -Q", on windows 8.
> Then i write the following function in the scratch buffer:
>
> (defun forever ()
> (interactive)
> (while t (message "doing nothing")))
>
> I then press C-u C-M-x to instrument the function for debugging. Then = i
> do M-x forever. Then i press 't' to start tracing, and edebug = starts
> tracing the code correctly. However, if i press 'S' to stop, i= t doesn't
> work. Pressing many 'S' commands repeatedly apparently only ca= use edebug
> to evaluate the 'while' expression faster. Pressing 'q'= ;, <SPC>, 'n', do
> not seem to stop edebug either, they only appear to speed up the
> evaluation of the code. I have to press C-g then 'q' to return= me to the
> toplevel.

First, I see this on GNU/Linux as well, so it's not Windows-specific, at least.

And second, did this ever work as you expect?=C2=A0 I tried as far back as<= br> Emacs 23.3, and I see the same behavior.=C2=A0 Moreover, the ELisp manual doesn't say anything about 'S' interrupting a trace, at least according to my reading.



--001a11c3c178fb27c40511283a50--