From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32480 Path: main.gmane.org!not-for-mail From: ShengHuo ZHU Newsgroups: gmane.emacs.gnus.general Subject: Re: \201 irritation! :-) Date: Mon, 18 Sep 2000 10:39:37 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: <200009181439.e8IEdb703834@zsh.2y.net> References: <200009051416.PAA09817@djlvig.dl.ac.uk> <200009082344.AAA16828@djlvig.dl.ac.uk> <200009131925.UAA25331@djlvig.dl.ac.uk> <200009141218.e8ECIcr03878@zsh.2y.net> <200009142150.WAA27644@djlvig.dl.ac.uk> <200009142306.e8EN6su10947@zsh.2y.net> <200009181351.OAA02740@djlvig.dl.ac.uk> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035168760 20067 80.91.224.250 (21 Oct 2002 02:52:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:52:40 +0000 (UTC) Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id 6CAFFD051E for ; Tue, 19 Sep 2000 05:35:31 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAC20642; Mon, 18 Sep 2000 09:38:35 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 18 Sep 2000 09:37:57 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA29170 for ; Mon, 18 Sep 2000 09:37:45 -0500 (CDT) Original-Received: from zsh.2y.net (d185fd01c.rochester.rr.com [24.95.208.28]) by mailhost.sclp.com (Postfix) with ESMTP id 8C458D051E for ; Mon, 18 Sep 2000 10:38:10 -0400 (EDT) Original-Received: (from zsh@localhost) by zsh.2y.net (8.10.0/8.10.0) id e8IEdb703834; Mon, 18 Sep 2000 10:39:37 -0400 Original-To: ding@gnus.org X-Attribution: ZSH X-Face: 'IF:e51ib'Qbl^(}l^&4-J`'P!@[4~O|&k#:@Gld#b/]oMq&`&FVY._3+b`mzp~Jeve~/#/ ERD!OTe<86UhyN=l`mrPY)M7_}`Ktt\K+58Z!hu7>qU,i.N7TotU[FYE(f1;}`g2xj!u*l`^&=Q!g{ *q|ddto|nkt"$r,K$[)"|6,elPH= GJ6Q In-Reply-To: Dave Love's message of "Mon, 18 Sep 2000 14:51:47 +0100" User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.0.90 Original-Lines: 38 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32480 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32480 Dave Love writes: > >>>>> "ZSH" == ShengHuo ZHU writes: > > ZSH> containing control characters such as \210 between unibyte and > ZSH> multibyte buffers. Such kind of strings only exist in utf-8 not other > ZSH> coding-system. > > For what it's worth, that's changed in Mule 5.0, i.e. Emacs 21. Maybe it is OK for characters between \200-\237, but not for those between \240-\377, i.e. eight-bit-graphic. unibyte-char-to-multibyte converts them to latin-iso8859-1. Suppose to insert a unibyte string with \337 to a multibyte buffer, I always get ß, unless using the number (insert "0123" 223 "ABCD"). See the following examples (insert "0123\337ABCD") (let (buf) (with-temp-buffer (set-buffer-multibyte nil) (insert "0123\337ABCD") (setq buf (current-buffer)) (with-temp-buffer (insert-buffer buf) (decode-coding-region (point-min) (point-max) 'iso-8859-1) (buffer-string)))) Maybe unibyte-char is converted to latin-iso8859-1 on purpose for compatibility, but in the second case it would be ugly. It illustrates some cases in Gnus, getting data from network (in a unibyte buffer) then copying them to multibyte buffer for decoding. Maybe using unibyte-buffer in Gnus is not a `right thing' to do at all. I guess it was introduced to work with some buggy versions of Emacs 20. I suggest to remove it from oGnus. ShengHuo