From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63875 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: Tue, 24 Oct 2006 11:22:51 -0400 Message-ID: References: <87mz7tm2wn.fsf@furball.mit.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1161703448 28790 80.91.229.2 (24 Oct 2006 15:24:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 Oct 2006 15:24:08 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, yamaoka@jpl.org, id.brep@gmail.com, ding@gnus.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Tue Oct 24 17:24:04 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 1GcO7V-0002l7-SS for gebp-emacs-pretest-bug@gmane.org; Tue, 24 Oct 2006 17:23:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GcO7V-0003Xf-9u for gebp-emacs-pretest-bug@gmane.org; Tue, 24 Oct 2006 11:23:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GcO7R-0003XQ-0D for emacs-pretest-bug@gnu.org; Tue, 24 Oct 2006 11:23:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GcO7K-0003Wm-JB for emacs-pretest-bug@gnu.org; Tue, 24 Oct 2006 11:23:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GcO7K-0003Wi-DL for emacs-pretest-bug@gnu.org; Tue, 24 Oct 2006 11:23:02 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GcO7G-00059k-Bd; Tue, 24 Oct 2006 11:22:58 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 956172CEB8A; Tue, 24 Oct 2006 11:22:56 -0400 (EDT) Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id E079B3FE0; Tue, 24 Oct 2006 11:22:51 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id C9E186CA3D; Tue, 24 Oct 2006 11:22:51 -0400 (EDT) Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Tue\, 24 Oct 2006 06\:17\:58 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca 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:14766 gmane.emacs.gnus.general:63875 Archived-At: >> >> My point was simply if you stay 100% within multibyte, it all works, >> >> and if you stay 100% in unibyte it all works >> >> > The former is true, the latter isn't, AFAIK. ``Normal'' Emacs >> > primitives and subroutines always do TRT with multibyte strings, while >> > with unibyte you need to be careful which ones you call. >> >> Care to give an example of what you're thinking about, where purely unibyte >> strings and buffers are not properly handled? > Are you talking about a unibyte Emacs session? If so, that's not what > I had in mind. I'm talking about using unibyte strings in a multibyte > session. I'm not quite sure what is a "unibyte session", but I think "stay 100% in unibyte" is fairly clear: only use unibyte buffers and strings in the relevant code (while other unrelated buffers and strings may be multibyte). So I think we're thinking about the same situation. Stefan