From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Rant on ... Date: Thu, 17 Nov 2016 18:56:01 -0800 (PST) Message-ID: References: <20161117204729.GA3461@acm.fritz.box> <0120c6c0-abe0-4545-acc9-8b170107bd18@default> <87d1htjzu1.fsf@web.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1479437808 12735 195.159.176.226 (18 Nov 2016 02:56:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 18 Nov 2016 02:56:48 +0000 (UTC) Cc: Emacs Development To: Michael Heerdegen , Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 18 03:56:43 2016 Return-path: Envelope-to: ged-emacs-devel@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 1c7ZM2-0002TS-Mh for ged-emacs-devel@m.gmane.org; Fri, 18 Nov 2016 03:56:42 +0100 Original-Received: from localhost ([::1]:34341 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c7ZM5-0002Ws-V0 for ged-emacs-devel@m.gmane.org; Thu, 17 Nov 2016 21:56:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52976) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c7ZLW-0002Wk-Su for emacs-devel@gnu.org; Thu, 17 Nov 2016 21:56:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c7ZLT-0002p2-PM for emacs-devel@gnu.org; Thu, 17 Nov 2016 21:56:10 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:21650) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c7ZLT-0002nF-GG for emacs-devel@gnu.org; Thu, 17 Nov 2016 21:56:07 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uAI2u4rk021778 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 18 Nov 2016 02:56:05 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id uAI2u4g8023445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 18 Nov 2016 02:56:04 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uAI2u20S001325; Fri, 18 Nov 2016 02:56:02 GMT In-Reply-To: <87d1htjzu1.fsf@web.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 141.146.126.69 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:209468 Archived-At: > FWIW, I chose this different solution for my init file: when I hit a > certain key at any line in the debugger buffer, I get a popup window > that shows the according (clicked) frame as pretty printed lisp > expression in emacs-lisp-mode. Having a separate buffer has its > advantages, since this expression can be really huge. The tricky > part is to get the correct frame number to pass to `backtrace-frame'. >=20 > Another command pops up a buffer containing the whole backtrace as a > list of lisp expressions. I chose to bind print-circle -> t for > this, because the frames can share large structures. With print-circle -= > nil, the individual frame are better readable, but the whole thing > gets even huger. That too sounds good. Lots of room for improvement in *Backtrace* buffers. For me, the most important improvements would be (1) getting rid of the bytecode and (2) being able to toggle expansion/contraction of `...'. But all the other suggestions made so far sound good too. Getting rid of the bytecode is important for communicating by copying/pasting backtrace text. You cannot copy/paste it all when some of it is bytecode - you only get the first part of it - up to some binary character - and the rest is truncated away. So you have to grab separate bits of it that are not bytecode, and try to piece those together again, to be able to communicate the backtrace to someone.