From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs Subject: bug#4157: Re: bug#4157: 23.1.50; faulty character characterisation for =?utf-8?b?w6Q=?= Date: Mon, 24 Aug 2009 21:22:20 +0900 Message-ID: References: <57B19222-57FF-40C8-8C94-8D19E1281D14@Freenet.DE> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@Freenet.DE> <56EC0D72-D541-470F-9FAB-2F766BD45601@Freenet.DE> Reply-To: Kenichi Handa , 4157@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1251118963 25813 80.91.229.12 (24 Aug 2009 13:02:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Aug 2009 13:02:43 +0000 (UTC) Cc: 4157@emacsbugs.donarmstrong.com To: Peter Dyballa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 24 15:02:35 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MfZBy-0004Zd-2x for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Aug 2009 15:02:35 +0200 Original-Received: from localhost ([127.0.0.1]:47573 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MfZBx-0002yd-Gd for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Aug 2009 09:02:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MfYdb-0008SQ-0D for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2009 08:27:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MfYdU-0008Mf-Ra for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2009 08:27:01 -0400 Original-Received: from [199.232.76.173] (port=48304 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MfYdU-0008Lt-Ip for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2009 08:26:56 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:46977) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MfYdT-0004nX-2U for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2009 08:26:55 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7OCQqts025961; Mon, 24 Aug 2009 05:26:52 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n7OCP4Np025668; Mon, 24 Aug 2009 05:25:04 -0700 Resent-Date: Mon, 24 Aug 2009 05:25:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Kenichi Handa Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Mon, 24 Aug 2009 12:25:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4157 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4157-submit@emacsbugs.donarmstrong.com id=B4157.125111654525283 (code B ref 4157); Mon, 24 Aug 2009 12:25:04 +0000 Original-Received: (at 4157) by emacsbugs.donarmstrong.com; 24 Aug 2009 12:22:25 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mx1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7OCMNRQ025280 for <4157@emacsbugs.donarmstrong.com>; Mon, 24 Aug 2009 05:22:25 -0700 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n7OCMLLv026548; Mon, 24 Aug 2009 21:22:21 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n7OCMLC9019447; Mon, 24 Aug 2009 21:22:21 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id n7OCMLWg027408; Mon, 24 Aug 2009 21:22:21 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MfYZ2-0006q1-W8; Mon, 24 Aug 2009 21:22:20 +0900 In-reply-to: <56EC0D72-D541-470F-9FAB-2F766BD45601@Freenet.DE> (message from Peter Dyballa on Mon, 24 Aug 2009 13:30:38 +0200) X-MIME-Autoconverted: from 8bit to quoted-printable by rzlab.ucr.edu id n7OCQqts025961 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Mon, 24 Aug 2009 08:27:01 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:30515 Archived-At: In article <56EC0D72-D541-470F-9FAB-2F766BD45601@Freenet.DE>, Peter Dybal= la writes: > I finally managed to build a stable GNU Emacs! In ISO Latin-9/ISO =20 > 8859-15 environment default-file-name-coding-system is utf-8 and file-=20 > name-coding-system in nil, local in each of the visited dired buffers =20 > (0 in mode-lines). Ok, so dired is going to decode the output of ls by utf-8. > So again I see the file names (almost) correctly =20 > (the composed characters are taken, as usual, from some arbitrary =20 > fonts) and the month date field as M\344r instead of M=8F=AB=A3r and th= e \344 =20 > character (4194276, #o17777744, #x3fffe4), although part of ISO =20 > 8859-15, is supposed to be a raw byte and faultily declared as "not =20 > encodable by coding system iso-latin-9-unix." No, Emacs just tries to encode \344 by utf-8 and correctly declared that it is not encodable by utf-8. In article , Stefan Monn= ier writes: > So my guess was right: ls's output uses utf-8 for the filenames, but > latin-1 for the date... I think that is your case (latin-9 instead of latin-1). Stefan also wrotes: > which is why it's difficult for dired to do the > right thing (it's not impossible, of course, but it's more work and > dired is currently not setup for that). How about making dired decode the filename part by file-name-coding-system and the rest part by default-process-coding-system? By the way, > So again I see the file names (almost) correctly =20 > (the composed characters are taken, as usual, from some arbitrary =20 > fonts) Please try to load ucs-normalize and set file-name-coding-system to utf-8-hfs. You should see file names correctly by precomposed characters as "=8F=AB=A3". --- Kenichi Handa handa@m17n.org