From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63901 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.gnus.general Subject: Re: `.newsrc.eld' saves chinese group name in wrong coding Date: Fri, 27 Oct 2006 10:27:24 -0400 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1161959432 21316 80.91.229.2 (27 Oct 2006 14:30:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 27 Oct 2006 14:30:32 +0000 (UTC) Cc: id.brep@gmail.com, emacs-pretest-bug@gnu.org, yamaoka@jpl.org, ding@gnus.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Fri Oct 27 16:30:25 2006 Return-path: Envelope-to: gebp-emacs-pretest-bug@gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GdSgW-0006JQ-FJ for gebp-emacs-pretest-bug@gmane.org; Fri, 27 Oct 2006 16:27:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GdSgV-0007q0-Vm for gebp-emacs-pretest-bug@gmane.org; Fri, 27 Oct 2006 10:27:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GdSgP-0007mD-03 for emacs-pretest-bug@gnu.org; Fri, 27 Oct 2006 10:27:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GdSgF-0007Wp-Cw for emacs-pretest-bug@gnu.org; Fri, 27 Oct 2006 10:27:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GdSgF-0007WG-4O for emacs-pretest-bug@gnu.org; Fri, 27 Oct 2006 10:27:31 -0400 Original-Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GdSgA-0007FW-CQ; Fri, 27 Oct 2006 10:27:26 -0400 Original-Received: from pastel.home ([74.12.204.221]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061027142725.UNEP18394.tomts5-srv.bellnexxia.net@pastel.home>; Fri, 27 Oct 2006 10:27:25 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 7355781F0; Fri, 27 Oct 2006 10:27:24 -0400 (EDT) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Fri\, 27 Oct 2006 09\:33\:35 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for CVS Emacs." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.pretest.bugs:14807 gmane.emacs.gnus.general:63901 Archived-At: > You can represent one of Emacs' supported Latin alphabets in > (unencoded) unibyte strings, and Emacs will automatically convert to > and from multibyte. And this use was very convenient for Emacs-20 where we wanted to keep some backward compatibility with code that was not MULE-aware. But nowadays any code which relies on this is simply broken, AFAIC, because it'll only work in environments using a iso-8859 encoding (more or less) and will thus be unusable with in asian environments or in utf-8 (which is very quickly taking over the iso-8859 world). > However, if you store encoded text in unibyte strings, you are > responsible for decoding and encoding when necessary. You have to > keep track, everywhere, of whether the data is encoded or not. It's pretty easy to keep track of it: unibyte == encoded, multibyte == decoded. Stefan