From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#38587: base64-decode-region breaks encoding Date: Tue, 17 Dec 2019 17:27:06 +0100 Message-ID: <87fthivrxh.fsf@gnus.org> References: <87blsdhzeb.fsf@mail.linkov.net> <87pngtndhd.fsf@gnus.org> <87v9qieb6t.fsf@mail.linkov.net> <87eex66k7h.fsf@hase.home> <87zhft9rl4.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="208297"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Andreas Schwab , 38587@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 17 17:28:10 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ihFhi-000s2I-1I for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Dec 2019 17:28:10 +0100 Original-Received: from localhost ([::1]:42846 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ihFhg-0006ai-RA for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Dec 2019 11:28:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48643) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ihFhb-0006aa-13 for bug-gnu-emacs@gnu.org; Tue, 17 Dec 2019 11:28:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ihFhZ-000534-RP for bug-gnu-emacs@gnu.org; Tue, 17 Dec 2019 11:28:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36321) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ihFhZ-00052J-OS for bug-gnu-emacs@gnu.org; Tue, 17 Dec 2019 11:28:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ihFhZ-00010y-LR for bug-gnu-emacs@gnu.org; Tue, 17 Dec 2019 11:28:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2019 16:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38587 X-GNU-PR-Package: emacs Original-Received: via spool by 38587-submit@debbugs.gnu.org id=B38587.15766000373810 (code B ref 38587); Tue, 17 Dec 2019 16:28:01 +0000 Original-Received: (at 38587) by debbugs.gnu.org; 17 Dec 2019 16:27:17 +0000 Original-Received: from localhost ([127.0.0.1]:42293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ihFgr-0000zO-8p for submit@debbugs.gnu.org; Tue, 17 Dec 2019 11:27:17 -0500 Original-Received: from quimby.gnus.org ([95.216.78.240]:40376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ihFgp-0000yw-Tp for 38587@debbugs.gnu.org; Tue, 17 Dec 2019 11:27:16 -0500 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ihFgg-00012r-Rn; Tue, 17 Dec 2019 17:27:09 +0100 In-Reply-To: <87zhft9rl4.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 16 Dec 2019 00:40:55 +0200") 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: 209.51.188.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:173493 Archived-At: Juri Linkov writes: > But is it still possible to tell base64-decode-region > about the expected output coding system? Anything is possible, but it doesn't make sense to complicate a function like that in this manner. These functions perform a transformation from one set of octets to a different set of octets, and they have nothing to do with characters. We have a bunch of functions in Emacs that work on bytes, and not on characters. The way to use them is always (assuming you're starting with something that is text) to use encode-coding-region first, and (going in the opposite direction), if you want to end up with something that is text afterwards, you have to call decode-coding-region afterwards. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no