From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Edebug: avoid messages on 'f' command Date: Sat, 7 May 2016 19:08:15 +0000 Message-ID: <20160507190815.GC3660@acm.fritz.box> References: <20160505131010.GC1950@acm.fritz.box> <20160507065745.GA8759@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1462648123 27624 80.91.229.3 (7 May 2016 19:08:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 May 2016 19:08:43 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org, pogonyshev@gmail.com, Kaushal Modi To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 07 21:08:31 2016 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 1az7aY-0008Hi-Uu for ged-emacs-devel@m.gmane.org; Sat, 07 May 2016 21:08:31 +0200 Original-Received: from localhost ([::1]:34927 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1az7aX-00006Q-Ln for ged-emacs-devel@m.gmane.org; Sat, 07 May 2016 15:08:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45624) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1az7aT-0008V5-U5 for emacs-devel@gnu.org; Sat, 07 May 2016 15:08:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1az7aN-0006UN-J3 for emacs-devel@gnu.org; Sat, 07 May 2016 15:08:25 -0400 Original-Received: from mail.muc.de ([193.149.48.3]:36174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1az7aN-0006SH-77 for emacs-devel@gnu.org; Sat, 07 May 2016 15:08:19 -0400 Original-Received: (qmail 86959 invoked by uid 3782); 7 May 2016 19:08:18 -0000 Original-Received: from acm.muc.de (p548C617B.dip0.t-ipconnect.de [84.140.97.123]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 07 May 2016 21:08:16 +0200 Original-Received: (qmail 4513 invoked by uid 1000); 7 May 2016 19:08:15 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-Received-From: 193.149.48.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:203677 Archived-At: Hello, Richard. On Sat, May 07, 2016 at 02:40:32PM -0400, Richard Stallman wrote: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > Wouldn't setting edebug-execution-mode to 'Continue-fast also remove this > > > pause, even before this commit was made? > > Copying RMS on this. Looks like this pause at braekpoint was (sit-for 1) > > from the very beginning (circa 1993-1996). > I don't remember anything about that call to sit-for from 20 years ago. > But I have a guess why it is there: because without it, execution would > be so fast you couldn't even see things scroll past. So you might as well > proceed at full speed. The commands `t' (`edebug-trace-mode') and `c' (`edebug-continue-mode'), which pause 1 second at, respectively, each stop point and each breakpoint, are unaffected by this setting - they use one or more different instances of `sit-for' which are on other code paths. > If that mode is useful for you, I have nothing against supporting it. > I think it would not be very useful in general, so I would not make > it the default. The setting at issue affects only the `f', `o', 'h' and `g' commands, all of which stop at the next breakpoint and wait for another command. When they do so, they display "Break" for one second and only then do they display the result of the form just evaluated. This is irritating. I'm not unconvinced that removing this 1 second pause by default would be the Right Thing. > -- > Dr Richard Stallman > President, Free Software Foundation (gnu.org, fsf.org) > Internet Hall-of-Famer (internethalloffame.org) > Skype: No way! See stallman.org/skype.html. -- Alan Mackenzie (Nuremberg, Germany).