From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: `write-region' writes different bytes than passed to it? Date: Mon, 11 Feb 2019 14:44:57 -0500 Message-ID: References: <83d0q8136v.fsf@gnu.org> <83wom7knm3.fsf@gnu.org> <83imxql1rd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="172980"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Feb 11 20:45:26 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gtHWA-000itD-3q for geh-help-gnu-emacs@m.gmane.org; Mon, 11 Feb 2019 20:45:26 +0100 Original-Received: from localhost ([127.0.0.1]:55315 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gtHW9-0000P1-48 for geh-help-gnu-emacs@m.gmane.org; Mon, 11 Feb 2019 14:45:25 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39534) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gtHVr-0000Mj-Ul for help-gnu-emacs@gnu.org; Mon, 11 Feb 2019 14:45:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gtHVr-00017u-D6 for help-gnu-emacs@gnu.org; Mon, 11 Feb 2019 14:45:07 -0500 Original-Received: from [195.159.176.226] (port=36288 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gtHVr-00017H-5t for help-gnu-emacs@gnu.org; Mon, 11 Feb 2019 14:45:07 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1gtHVp-000iOx-GO for help-gnu-emacs@gnu.org; Mon, 11 Feb 2019 20:45:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:fHR0EJSbg17b+h9/ZFuTIJZYgAI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:119349 Archived-At: > Yes, in a better world, a better deity would be well advised to make > raw bytes unnecessary and non-existent. I think raw bytes are OK. The problem here is the encoding of a unibyte text (i.e. treating the unibyte text as holding chars rather than bytes). The two are quite different: Raw bytes happen because of "faulty" data. Encoding of unibyte text happens because of faulty *code* (the code should either not encode, or should be using multibyte text instead). To some extent both are unavoidable, but we have more control over the code executed in Emacs than over the data it has to manipulate. Stefan