From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#30405: 26.0.91; Incorrect apostrophe translation in ImageMagick error message Date: Sat, 10 Feb 2018 23:24:29 +0200 Message-ID: <83wozk1qsy.fsf@gnu.org> References: <874lmpzx1t.fsf@runbox.com> <87po5dczl1.fsf@users.sourceforge.net> <83tvup2q7u.fsf@gnu.org> <2061ef0c-de4d-d8c1-aea8-786223e59c7e@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1518297811 8648 195.159.176.226 (10 Feb 2018 21:23:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 10 Feb 2018 21:23:31 +0000 (UTC) Cc: npostavs@users.sourceforge.net, 30405@debbugs.gnu.org, gazally@runbox.com To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 10 22:23:27 2018 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 1ekcc4-00012b-Sp for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Feb 2018 22:23:13 +0100 Original-Received: from localhost ([::1]:35838 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekce6-0005iA-AT for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Feb 2018 16:25:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36399) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekcds-0005gc-Fr for bug-gnu-emacs@gnu.org; Sat, 10 Feb 2018 16:25:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekcdr-0007dp-Dv for bug-gnu-emacs@gnu.org; Sat, 10 Feb 2018 16:25:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57620) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ekcdr-0007dh-B4 for bug-gnu-emacs@gnu.org; Sat, 10 Feb 2018 16:25:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ekcdp-0004Jq-NJ for bug-gnu-emacs@gnu.org; Sat, 10 Feb 2018 16:25:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Feb 2018 21:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30405 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30405-submit@debbugs.gnu.org id=B30405.151829789816591 (code B ref 30405); Sat, 10 Feb 2018 21:25:01 +0000 Original-Received: (at 30405) by debbugs.gnu.org; 10 Feb 2018 21:24:58 +0000 Original-Received: from localhost ([127.0.0.1]:37284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekcdm-0004JW-KD for submit@debbugs.gnu.org; Sat, 10 Feb 2018 16:24:58 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:45256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekcdk-0004JH-VJ for 30405@debbugs.gnu.org; Sat, 10 Feb 2018 16:24:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekcdc-0007Nq-Uq for 30405@debbugs.gnu.org; Sat, 10 Feb 2018 16:24:51 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekcdc-0007Nl-Q8; Sat, 10 Feb 2018 16:24:48 -0500 Original-Received: from [176.228.60.248] (port=4414 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ekcdb-0003kl-Q6; Sat, 10 Feb 2018 16:24:48 -0500 In-reply-to: <2061ef0c-de4d-d8c1-aea8-786223e59c7e@cs.ucla.edu> (message from Paul Eggert on Sat, 10 Feb 2018 10:57:28 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:143110 Archived-At: > Cc: rgm@gnu.org, gazally@runbox.com, 30405@debbugs.gnu.org > From: Paul Eggert > Date: Sat, 10 Feb 2018 10:57:28 -0800 > > Eli Zaretskii wrote: > > We make the echo area > > buffer unibyte when the message is generated with the current buffer > > being unibyte. > > This made sense back in the 1990s when unibyte was commonly used for text. > Nowadays, though, wouldn't it make more sense to keep the echo area multibyte? > The echo area is intended for text, not for binary data. I don't see how the date outside could matter here. If you understand the reason behind the code in question, please describe it, and we can then discuss whether that reason is still valid in the current codebase. I have a guess for why we did that: it's because in Emacs 21 we displayed raw bytes as Latin-N characters, so non-ASCII text in unibyte strings needed a unibyte buffer to display it as expected. But that feature is no longer available, as raw bytes are always displayed as octal escapes. The question that bothers me is can a unibyte string inserted or printed into a multibyte buffer be converted to something that will display as a non-ASCII character, not as an octal escape.