From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#6991: Please keep bytecode out of *Backtrace* buffers Date: Tue, 22 Nov 2016 13:07:13 -0500 Message-ID: References: <8739tm9vzl.fsf@jidanni.org> <87vb5ct1lz.fsf@gnus.org> <2223f654-1e67-4a9a-a471-828fd4078410@default> <87fumokzbp.fsf@users.sourceforge.net> <83oa1bc3x2.fsf@gnu.org> <87d1hrlek2.fsf@users.sourceforge.net> <83eg27bjah.fsf@gnu.org> <87a8cvlcmk.fsf@users.sourceforge.net> <8360njb9o5.fsf@gnu.org> <877f7zksm0.fsf@users.sourceforge.net> <83oa1a9msk.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1479838123 19538 195.159.176.226 (22 Nov 2016 18:08:43 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 22 Nov 2016 18:08:43 +0000 (UTC) Cc: Juanma Barranquero , John Wiegley , Stefan Monnier , 6991@debbugs.gnu.org, Lars Magne Ingebrigtsen To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 22 19:08:39 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1c9FUk-0003ww-IT for geb-bug-gnu-emacs@m.gmane.org; Tue, 22 Nov 2016 19:08:38 +0100 Original-Received: from localhost ([::1]:57258 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c9FUn-0001AL-S1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 22 Nov 2016 13:08:41 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40046) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c9FUD-0000oA-CN for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2016 13:08:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c9FUA-0002Rl-0P for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2016 13:08:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51368) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c9FU9-0002RN-TN for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2016 13:08:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c9FU9-0005Te-P5 for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2016 13:08:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Nov 2016 18:08:01 +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: Original-Received: via spool by 6991-submit@debbugs.gnu.org id=B6991.147983804321008 (code B ref 6991); Tue, 22 Nov 2016 18:08:01 +0000 Original-Received: (at 6991) by debbugs.gnu.org; 22 Nov 2016 18:07:23 +0000 Original-Received: from localhost ([127.0.0.1]:38534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9FTW-0005Sm-NB for submit@debbugs.gnu.org; Tue, 22 Nov 2016 13:07:22 -0500 Original-Received: from mail-oi0-f65.google.com ([209.85.218.65]:36459) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c9FTU-0005Sa-Rj for 6991@debbugs.gnu.org; Tue, 22 Nov 2016 13:07:21 -0500 Original-Received: by mail-oi0-f65.google.com with SMTP id u15so3770899oie.3 for <6991@debbugs.gnu.org>; Tue, 22 Nov 2016 10:07:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=h3W+BQM80ZdUzCwI2Z58Ss0hKeX3FhYl3DjWXptyPUI=; b=wipRiRmfYl7p7VrX8Ka/UvwIfJWe2EsCcRkj5cmpphKkxJyxMisOO9ovATv1KQdt2p U1uYhVpWts5UE0ilTeaNaddhwS+0sClqv1wuvpWmh2y4nRoBE8BBL3jT2L9qOHCO0UvC ARvFvQOFQXt6af8WKPmQCl19ydgV85ioQLnEXvEugN4a6A32RyNfqr0ZS0uvQdj4kag4 AkiN6MXizDkcsPzlqwiJyhrcluXcwh1iE1j/pL4lClJrM8SCGJ+LS0DZGg8yapg+Ropu bZp1aT776VEvjsgHm54KlG0vQd34kDIVNlk3qdJ97Bmr4rxmUYFRyUVtvY5BmgoGIyQ0 Vyeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=h3W+BQM80ZdUzCwI2Z58Ss0hKeX3FhYl3DjWXptyPUI=; b=k4eVYLZ1QgkULGsXHfF+kTPxZ571K6jlmgtObN38hFAHByLseClNTR9GGk7Jty/YKX 2SFFIDQjDEV5aXWer/W61RsMVgWrjIteMIkS9MnVJ48+nH+HKyfjESWnlmtP5qnUqurv i5k4VtV+EeZJkM7FcXJ6dgv89Q9rbtl67tnUFBgecM13ZTwhiA7XN+LbemUx++AHeAFL HJawRdxoNGrOPiHGGMyQRJXTw2zbdzxhgf/sGO2IE+wHTiFRGE6ciAj48V0QbgbX86BY UddIJD4EaSorV5eGQJIA7/JLtOfM2jWSh+doLMRNc2i1vP3aeUfEkUp7lBx7OI5Mu52K eo5g== X-Gm-Message-State: AKaTC02PETHWtesmOxEM7+SuVYlOn4uuxpkf64uSqQ99X3n7swTC4riiWo6nVDhK0DQfSfbb8Us4N4KCMPvWrQ== X-Received: by 10.202.85.77 with SMTP id j74mr9610186oib.108.1479838034368; Tue, 22 Nov 2016 10:07:14 -0800 (PST) Original-Received: by 10.157.4.67 with HTTP; Tue, 22 Nov 2016 10:07:13 -0800 (PST) In-Reply-To: <83oa1a9msk.fsf@gnu.org> X-Google-Sender-Auth: 6iHKL9FTr4aOSdUz-p9GF_cwaSY 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" Xref: news.gmane.org gmane.emacs.bugs:125992 Archived-At: On Sun, Nov 20, 2016 at 10:46 AM, Eli Zaretskii wrote: > > It just doesn't feel right to me to fix a problem that is specific to > selections in a general-purpose low-level facility for printing > strings. Emacs can handle null bytes in strings very well, so I see > no need to change the print functions. Does the fact that this replacement would only happen when `print-escape-nonascii' is non-nil help at all? And the fact that this same function already escapes newline, formfeed, and every character larger than 0x80 (all of which Emacs can handle in strings too)? Can we have both solutions? The selection fix is lossy, so avoiding the need for it where possible seems like a good thing to me.