From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: Edebug: avoid messages on 'f' command Date: Mon, 9 May 2016 17:18:52 +0200 Message-ID: References: <20160505131010.GC1950@acm.fritz.box> <20160507065745.GA8759@acm.fritz.box> <20160507190815.GC3660@acm.fritz.box> <87r3dbcp3x.fsf@mbork.pl> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1462807189 14522 80.91.229.3 (9 May 2016 15:19:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 May 2016 15:19:49 +0000 (UTC) Cc: Alan Mackenzie , Eli Zaretskii , Kaushal Modi , Richard Stallman , emacs-devel@gnu.org To: Marcin Borkowski Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 09 17:19:48 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 1azmxZ-00078y-W2 for ged-emacs-devel@m.gmane.org; Mon, 09 May 2016 17:19:02 +0200 Original-Received: from localhost ([::1]:41860 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1azmxZ-00009n-5x for ged-emacs-devel@m.gmane.org; Mon, 09 May 2016 11:19:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55128) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1azmxT-0008Va-PL for emacs-devel@gnu.org; Mon, 09 May 2016 11:18:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1azmxR-00046U-Jt for emacs-devel@gnu.org; Mon, 09 May 2016 11:18:54 -0400 Original-Received: from mail-oi0-x231.google.com ([2607:f8b0:4003:c06::231]:34169) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1azmxR-00046O-F0; Mon, 09 May 2016 11:18:53 -0400 Original-Received: by mail-oi0-x231.google.com with SMTP id k142so214089687oib.1; Mon, 09 May 2016 08:18:53 -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 :cc; bh=trPEaF3KjVkzxJ+Ysq2vOZyrPmTrQhVfJfbEi5IDykU=; b=BdPnXE88yqN8A8wVz42mGrwCC3h3SAVdbON294EZxzw9rEVE+5om7xNItS3Sc4OODV bHv60OixyPu6xnGVCCN6ns3Xfh0Y59pBnPsSV/PTyHVrPtv+YYNIq+Y7saNHhDm9xB81 yL6SKTW+8SC8seesPByRlrevab1/sVnEtMIy4qTB+M1i7lc+x33gSup7UcI/7dFhbCKL 2z/HsF8CyRJJNpIR9R1fCBni/jn/MgVbpT66j6YcY1eRixzkkMqBPqrYdmnG5u6bbLlm Ca5d679Hw/F3YuS7Kk3bGweIucPiknfnq8tq/PD18TBwSQ5D22w+VURWw07XS+swSFXd O92A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=trPEaF3KjVkzxJ+Ysq2vOZyrPmTrQhVfJfbEi5IDykU=; b=VEfU9vH0iSC81xlJv+OeeTUT0nU9ULwcYci1y3WTjK0GM3WpJ8ntXFGSoCDLldlVHR c4yZ8OYXNpJcf6PJknbXXsIee/7rzLdPaZ+4vIV9DT5+AzNLja6WhpvaM/G8beArvFJE hbVb8LCJCkGeg/hai4WxmYsqnRUgFSGdEVhrC3AkmDckYfPre8tLlaO01+Z+KlBJbi5u lqKJyREVn4nUvK6/y4hMQG3wt7QdWxtnMoRDF928WR+aRJ1UK7lttwmVwttfx3CyqAkz JqivcorRPIYCRX+SBXYjvMipIxNvkmK3buycwSWJ8bOusAvoTdFFvcqSy+nb+1Sykp8g cGrA== X-Gm-Message-State: AOPr4FX9uSjXp3HfsqgPUSI3C3Oqk1XN5ZPzC/bOUeQXW3x2eWbEbb6LO8+nOtp9+Zk1JGF4LWTZkn6V7iyOjA== X-Received: by 10.157.52.162 with SMTP id g31mr476573otc.165.1462807132538; Mon, 09 May 2016 08:18:52 -0700 (PDT) Original-Received: by 10.202.235.82 with HTTP; Mon, 9 May 2016 08:18:52 -0700 (PDT) In-Reply-To: <87r3dbcp3x.fsf@mbork.pl> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::231 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:203717 Archived-At: On 9 May 2016 at 15:55, Marcin Borkowski wrote: > FWIW, I use Edebug quite often and I don't consider its usability bad - > quite the opposite. I recently submitted a bunch of feature requests for specific things that can be improved. 6 or 7 just about breakpoints. I also see a lot of problems with it that I have no idea how to improve at all. For example, how do you check value of a variable in non-current scope of execution? What to do if you have 20 levels of nested lists/vectors of 100 elements each and backtrace buffers or even "Result: ..." message simply take forever to display? It's annoying that the debugger cannot debug without instrumenting first. When I debug Java or JavaScript code at work, I don't have to think if I instrumented all the functions I _potentially_ might want to debug in advance, I just set a breakpoint and continue with step in / step over commands from it. With Edebug you can in principle instrument not-yet-evaluated forms, but you have no way of stepping out if the caller was not instrumented. And SPC result depends on something you don't easily see: whether the function was instrumented (then it works as "step in") or not ("step over"). It is frustratingly difficult to find the caller chain from backtrace buffer, especially if complicated macros are involved. Paul