From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Coding system detection: Emacs 23 vs. 22 Date: Wed, 12 Mar 2008 10:05:04 +0900 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1205283951 31989 80.91.229.12 (12 Mar 2008 01:05:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Mar 2008 01:05:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 12 02:06:19 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JZFQ6-000267-Ha for ged-emacs-devel@m.gmane.org; Wed, 12 Mar 2008 02:06:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JZFPX-0007Sy-TT for ged-emacs-devel@m.gmane.org; Tue, 11 Mar 2008 21:05:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JZFPU-0007Si-AO for emacs-devel@gnu.org; Tue, 11 Mar 2008 21:05:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JZFPS-0007SV-Mp for emacs-devel@gnu.org; Tue, 11 Mar 2008 21:05:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JZFPS-0007SS-KR for emacs-devel@gnu.org; Tue, 11 Mar 2008 21:05:34 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JZFPR-0003O2-SE for emacs-devel@gnu.org; Tue, 11 Mar 2008 21:05:34 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id m2C155FN011713; Wed, 12 Mar 2008 10:05:06 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id m2C155MV001179; Wed, 12 Mar 2008 10:05:05 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id m2C154qN015053; Wed, 12 Mar 2008 10:05:04 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1JZFOy-00044z-7s; Wed, 12 Mar 2008 10:05:04 +0900 In-reply-to: (message from Stefan Monnier on Tue, 11 Mar 2008 17:19:07 -0400) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-kernel: by monty-python.gnu.org: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:92230 Archived-At: In article , Stefan Monnier writes: > > when opening the attached file (see attachment `ae.el.gz'), thee > > coding system detection of Emacs 23 and 22 give different results: > > - Emacs 22 (both, Emacs 21.1 and the current Emacs 22 branch) says > > emacs-mule-unix. (The file was created with Emacs 22) > > - Emacs 23, says iso-latin-1-unix > > The real problem with this is that my Gnus score files of Emacs 22 no > > longer work with Emacs 23 if the score entry (subject, author, ...) > > contains a non-ascii character. In Emacs 23, the charset definition for iso-8859-1 is taken from glibc's locale data (/usr/share/i18n/charmaps/ISO-8859-1.gz), and it contains 0x80..0x9F. So, in the environment that prefer iso-latin-1, most files are detected as iso-latin-1. > > Expected behavior: > > Emacs 23 should detect that the attached file is not iso-latin-1 (even > > `file' detects this) but emacs-mule. > I suspect this is related to bug #16 > http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=16 If gnus writes score files in emacs-mule, it must read that file by explicitly specifying emacs-mule. Or, it must write score files with coding: tag. The detection of emacs-mule is not 100% correct even in Emacs 22. If the problem didn't appear in Emacs 22, it is just because of good luck. --- Kenichi Handa handa@ni.aist.go.jp