From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#6991: Please keep bytecode out of *Backtrace* buffers Date: Fri, 26 Feb 2016 17:11:28 +1030 Message-ID: <87vb5ct1lz.fsf@gnus.org> References: <8739tm9vzl.fsf@jidanni.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1456469011 27055 80.91.229.3 (26 Feb 2016 06:43:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Feb 2016 06:43:31 +0000 (UTC) Cc: 'Juanma Barranquero' , 6991-done@debbugs.gnu.org, 6991@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 26 07:43:13 2016 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 1aZC7M-00078c-Ee for geb-bug-gnu-emacs@m.gmane.org; Fri, 26 Feb 2016 07:43:12 +0100 Original-Received: from localhost ([::1]:47677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZC7L-0005uK-Sc for geb-bug-gnu-emacs@m.gmane.org; Fri, 26 Feb 2016 01:43:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZC7F-0005rk-Ue for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 01:43:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZC7C-0000LL-O9 for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 01:43:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZC7C-0000LH-Kc for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 01:43:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aZC7C-00025E-8y for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 01:43:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Feb 2016 06:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6991 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 6991-submit@debbugs.gnu.org id=B6991.14564689537972 (code B ref 6991); Fri, 26 Feb 2016 06:43:02 +0000 Original-Received: (at 6991) by debbugs.gnu.org; 26 Feb 2016 06:42:33 +0000 Original-Received: from localhost ([127.0.0.1]:46684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC6j-00024R-7Z for submit@debbugs.gnu.org; Fri, 26 Feb 2016 01:42:33 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:35230) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZC6h-000240-6w; Fri, 26 Feb 2016 01:42:31 -0500 Original-Received: from [175.103.25.178] (helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aZC5l-0005d1-U9; Fri, 26 Feb 2016 07:41:34 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 02 Jul 2012 14:38:40 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aZC5l-0005d1-U9 MailScanner-NULL-Check: 1457073695.03617@r/7BUhvppLOz3Q4DVaJjkA 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113847 Archived-At: Stefan Monnier writes: > You can try the simple patch below. It doesn't cut it for me, and > I think the only way to make it work well would be to change the > representation of the byte-codes so that they're not just a "unibyte > string" but an object with a distinctive type: the patch only catches > the case where the byte-codes appear within a printed > byte-compiled-function, not when they're arguments to the `byte-code' > function or to the `make-byte-code' function, and I'm sure there can be > other cases. The patch doesn't seem to do what we want. If we don't have debug-on-error, it's OK: eval: Wrong number of arguments: #[(&optional handle) "...." [art= icle-buffer handle temp-buffer coding-system-for-read coding-system-for-wri= te default-process-coding-system mm-dissect-buffer t buffer-name generate-n= ew-buffer ...] 28], 2 But with debug-on-error, the backtrace is as byte-ey as ever: Debugger entered--Lisp error: (wrong-number-of-arguments #[(&optional handl= e) "p \204 \306\307!\214``}\210\212 \211@\203\245\310 @!\203\245\311\312!r q\210\313\216\314 \210\315 @!\210\316\317 8 \211@;\203A @\202E A@@)\"\210\3= 20\211=1C=0B B\321 A@\322\"\211=12\203}\323=12\324\307#\211=12\203}=0E\325= =3D\204}\326\327 =12\"\330 \210\331 \210c\210\332ed\333\324\324\334\335\33= 6\337\340\337\341\342\341\343\341\344\345\346\347-\"\350\346\347.\"\341\351= \352\353&\210.=07*\354 *\207" [article-buffer handle temp-buffer coding-sys= tem-for-read coding-system-for-write default-process-coding-system mm-disse= ct-buffer t buffer-name generate-new-buffer " *temp*" #[nil "\301!\205 \30= 2!\207" [temp-buffer buffer-name kill-buffer] 2] mm-disable-multibyte inse= rt-buffer-substring mm-decode-content-transfer-encoding 2 utf-8 mail-conten= t-type-get charset mm-charset-to-coding-system nil ascii decode-coding-stri= ng buffer-string erase-buffer mm-enable-multibyte call-process-region "w3m"= "-halfdump" "-no-cookie" "-I" "UTF-8" "-O" "-o" "ext_halfdump=3D1" "displa= y_ins_del=3D2" "pre_conv=3D1" "-t" format "%s" "-cols" "display_image=3Don"= "-T" "text/html" gnus-html-wash-tags tab-width gnus-html-frame-width] 28] = 2) gnus-article-html(1 2) eval((gnus-article-html 1 2) nil) eval-expression((gnus-article-html 1 2) nil) funcall-interactively(eval-expression (gnus-article-html 1 2) nil) call-interactively(eval-expression nil nil) command-execute(eval-expression) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no