From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63873 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: Mon, 23 Oct 2006 16:49:59 -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 1161636629 29274 80.91.229.2 (23 Oct 2006 20:50:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 23 Oct 2006 20:50:29 +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 Mon Oct 23 22:50:21 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 1Gc6kR-0003Rd-9D for gebp-emacs-pretest-bug@gmane.org; Mon, 23 Oct 2006 22:50:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gc6kQ-0000vB-Rd for gebp-emacs-pretest-bug@gmane.org; Mon, 23 Oct 2006 16:50:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gc6kL-0000uT-DG for emacs-pretest-bug@gnu.org; Mon, 23 Oct 2006 16:50:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gc6kJ-0000s2-GB for emacs-pretest-bug@gnu.org; Mon, 23 Oct 2006 16:50:08 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gc6kJ-0000rm-BV for emacs-pretest-bug@gnu.org; Mon, 23 Oct 2006 16:50:07 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gc6kI-000431-Mr; Mon, 23 Oct 2006 16:50:06 -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 E78742CF129; Mon, 23 Oct 2006 16:50:05 -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 7621C3FE1; Mon, 23 Oct 2006 16:49:59 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 5D13E6CABE; Mon, 23 Oct 2006 16:49:59 -0400 (EDT) Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Mon\, 23 Oct 2006 22\:06\: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:14755 gmane.emacs.gnus.general:63873 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? After all, such cases are probably bugs. > That was my point, and the case that started this thread is my evidence. I must have misunderstood because from what I read in this thread I thought the problem was due to the fact that one part of the code is using unibyte strings (for group names) and it's apparently messed up somewhere because it gets mixed with multibyte data. Sorry I misunderstood and went on with a rant. Stefan