GNU bug report logs - #4157
[macOS/HFS] dired doesn't decode ls output when it uses different encoding for filename vs date

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: minor; Reported by: Peter Dyballa <Peter_Dyballa@HIDDEN>; dated Sun, 16 Aug 2009 02:25:05 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.
Severity set to 'minor' from 'normal' Request was from npostavs@HIDDEN to control <at> debbugs.gnu.org. Full text available.
Changed bug title to '[macOS/HFS] dired doesn't decode ls output when it uses different encoding for filename vs date' from '23.1.50; faulty character characterisation for ä' Request was from npostavs@HIDDEN to control <at> debbugs.gnu.org. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 4 Sep 2009 05:51:19 +0000
From kawabata.taichi@HIDDEN Thu Sep  3 22:51:19 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-0.9 required=4.0 tests=FOURLA,FVGT_m_MULTI_ODD,GMAIL,
	HAS_BUG_NUMBER,IMPRONONCABLE_2 autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from mail-qy0-f171.google.com (mail-qy0-f171.google.com [209.85.221.171])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n845pHYp019601
	for <4157@HIDDEN>; Thu, 3 Sep 2009 22:51:19 -0700
Received: by qyk1 with SMTP id 1so499010qyk.22
        for <4157@HIDDEN>; Thu, 03 Sep 2009 22:51:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:date:message-id:subject
         :from:to:cc:content-type:content-transfer-encoding;
        bh=XYZJnnfg9l4JhvDN6YiaiWpwVkWjDVVy3qj1HPHDB3s=;
        b=CkEPCeJSarkuJ6MKzXhS1u+gqHM64MH7C55QGqRlFf2u6OLgcKD2Jflv6si6/LuDeE
         R0ivjW8Pxy/vypTkBp6ZoqBTXraxV/tpAeZHojG7wQR5dD0RqGpteVyT57pNtp1xGyC6
         EG5LDJHau+pNLSN3EOJa+JX82076bTv0vv5vg=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=o7BwFwYecb3cx8b4XmJ48OEtw+FVvzt72/NKltb9osX7Cv+87fwlEtwOcivkYCIdT4
         ZzirRDfmzbmDOhuzFr8SP2IErEwwVc10g+jJkCdDiqxY+yWQxvo/DCp5lwo7N9HKgU0B
         tYv8+9WRK3J0q2TbnEMdpGbnWRit82OCmaZXo=
MIME-Version: 1.0
Received: by 10.229.54.146 with SMTP id q18mr3252283qcg.53.1252043472103; Thu, 
	03 Sep 2009 22:51:12 -0700 (PDT)
Date: Fri, 4 Sep 2009 14:51:12 +0900
Message-ID: <270879b0909032251m41b1baa8i67edc0e83c9b957@HIDDEN>
Subject: =?ISO-8859-1?Q?Re=3A_bug=234157=3A_23=2E1=2E50=3B_faulty_character_characterisa?=
	=?ISO-8859-1?Q?tion_for_=E4?=
From: =?ISO-2022-JP?B?GyRCQG5IKEJAMGwbKEI=?= <kawabata.taichi@HIDDEN>
To: Kenichi Handa <handa@HIDDEN>
Cc: Stefan Monnier <monnier@HIDDEN>, Peter_Dyballa@HIDDEN,
        4157 <at> debbugs.gnu.org
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit

Hi,

I'm on the side of keeping the name of the coding-system to be 'utf-8-hfs',
as this coding system is defined by the specification of HFS+
(http://developer.apple.com/technotes/tn/tn1150.html), rather than
MacOS itself.   This implies that if other OS mounts HFS, they should
still apply "modified-NFD" for the file names.

Besides, the other components of MacOS handles UTF-8 as NFC, as seen
by the spotlight, etc.

It is very unfortunate (and possibly flaw) of Carbon API that they do not
care the file system they are accessing.  One must care by himself when
copying files among different file systems.  (For example, when I back-up
files among file systems with "rsync", I usually put some options such
as "--iconv=UTF8-MAC,UTF-8")... sigh....

Cheers,

2009/9/4 Kenichi Handa <handa@HIDDEN>:
> In article <0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:
>
>> My test files were originally on an HFS+ and on an UFS (UNIX File
>> System) volume (partition, slice, ...). This evening I copied them to
>> an MS-DOS FAT16 file system. When I invoke GNU Emacs with -Q I see in
>> all three file systems the decomposed characters in the file names.
>> With ucs-normalize loaded and file-name-coding-system set to utf-8-
>> hfs the look in all three file systems OK. This makes the chosen name
>> utf-8-hfs not the best. Maybe utf-8-osx is more appropriate.
>
> In article <jwv8wgz4jkj.fsf-monnier+emacsbugreports@HIDDEN>, Stefan Monnier <monnier@HIDDEN> writes:
>
>> Good point.  Or maybe utf-8-darwin.
>
> Kawabata-san, what do you think?
>
> ---
> Kenichi Handa
> handa@HIDDEN
>



-- 
---------------------------------------------------------------------
$B!!@nH((B $BB@0l(B (KAWABATA, Taichi)$B!!!!!!(BE-mail: kawabata@HIDDEN
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(Bkawabata.taichi@HIDDEN



Acknowledgement sent to 川幡太一 <kawabata.taichi@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 4 Sep 2009 00:58:42 +0000
From handa@HIDDEN Thu Sep  3 17:58:41 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,FOURLA,FVGT_m_MULTI_ODD,
	HAS_BUG_NUMBER,IMPRONONCABLE_2,SPF_HELO_PASS autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
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 n840wdUF020095
	for <4157@HIDDEN>; Thu, 3 Sep 2009 17:58:41 -0700
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id n840wZmU003968;
	Fri, 4 Sep 2009 09:58:36 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp4.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id n840wYJA022388;
	Fri, 4 Sep 2009 09:58:34 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp4.aist.go.jp  with ESMTP id n840wYoG014395;
	Fri, 4 Sep 2009 09:58:34 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MjN8M-0007d5-7j; Fri, 04 Sep 2009 09:58:34 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Cc: Peter_Dyballa@HIDDEN, 4157 <at> debbugs.gnu.org,
        kawabata.taichi@HIDDEN
Subject: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?us-ascii?Q?=3D=3Fiso-8859-1=3FQ=3F=3DE4=3F=3D?=
In-Reply-To: <jwv8wgz4jkj.fsf-monnier+emacsbugreports@HIDDEN> (message from Stefan Monnier on Mon, 31 Aug 2009 20:04:22 -0400)
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
	<E1MdDCU-0006Gm-0n@etlken>
	<14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN>
	<E1MdYxa-0000vA-Bv@etlken>
	<56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN>
	<E1MfYZ2-0006q1-W8@etlken>
	<0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN> <jwv8wgz4jkj.fsf-monnier+emacsbugreports@HIDDEN>
Date: Fri, 04 Sep 2009 09:58:34 +0900
Message-ID: <tl7pra7o79h.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

In article <0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> My test files were originally on an HFS+ and on an UFS (UNIX File  
> System) volume (partition, slice, ...). This evening I copied them to  
> an MS-DOS FAT16 file system. When I invoke GNU Emacs with -Q I see in  
> all three file systems the decomposed characters in the file names.  
> With ucs-normalize loaded and file-name-coding-system set to utf-8- 
> hfs the look in all three file systems OK. This makes the chosen name  
> utf-8-hfs not the best. Maybe utf-8-osx is more appropriate.

In article <jwv8wgz4jkj.fsf-monnier+emacsbugreports@HIDDEN>, Stefan Monnier <monnier@HIDDEN> writes:

> Good point.  Or maybe utf-8-darwin.

Kawabata-san, what do you think?

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 1 Sep 2009 00:04:30 +0000
From monnier@HIDDEN Mon Aug 31 17:04:29 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8104R7T031415
	for <4157@HIDDEN>; Mon, 31 Aug 2009 17:04:29 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApsEAFcBnEpFpYuS/2dsb2JhbACBU9gRhBoFh2c
X-IronPort-AV: E=Sophos;i="4.44,308,1249272000"; 
   d="scan'208";a="44677882"
Received: from 69-165-139-146.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.146])
  by ironport2-out.teksavvy.com with ESMTP; 31 Aug 2009 20:03:16 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id 3867C7F24; Mon, 31 Aug 2009 20:04:22 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org, Kenichi Handa <handa@HIDDEN>
Subject: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
Message-ID: <jwv8wgz4jkj.fsf-monnier+emacsbugreports@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
	<E1MdDCU-0006Gm-0n@etlken>
	<14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN>
	<E1MdYxa-0000vA-Bv@etlken>
	<56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN>
	<E1MfYZ2-0006q1-W8@etlken>
	<0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN>
Date: Mon, 31 Aug 2009 20:04:22 -0400
In-Reply-To: <0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN> (Peter
	Dyballa's message of "Mon, 31 Aug 2009 23:11:00 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

> loaded and file-name-coding-system set to utf-8- 
> hfs the look in all three file systems OK. This makes the chosen name
> utf-8-hfs not the best.  Maybe utf-8-osx is more appropriate.

Good point.  Or maybe utf-8-darwin.


        Stefan



Acknowledgement sent to Stefan Monnier <monnier@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 31 Aug 2009 21:11:13 +0000
From Peter_Dyballa@HIDDEN Mon Aug 31 14:11:13 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,FOURLA,FVGT_m_MULTI_ODD,
	HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout3.freenet.de (mout3.freenet.de [195.4.92.93])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7VLBBpC030222
	for <4157@HIDDEN>; Mon, 31 Aug 2009 14:11:13 -0700
Received: from [195.4.92.24] (helo=14.mx.freenet.de)
	by mout3.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MiE9d-0007ZB-Cd; Mon, 31 Aug 2009 23:11:09 +0200
Received: from p5b23f779.dip.t-dialin.net ([91.35.247.121]:60028 helo=[192.168.1.2])
	by 14.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MiE9d-0004g1-2D; Mon, 31 Aug 2009 23:11:09 +0200
In-Reply-To: <E1MfYZ2-0006q1-W8@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <0B33C588-C7AD-41D9-8CAC-51AEBD40B264@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Mon, 31 Aug 2009 23:11:00 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)


Am 24.08.2009 um 14:22 schrieb Kenichi Handa:

> Please try to load ucs-normalize and set
> file-name-coding-system to utf-8-hfs.


My test files were originally on an HFS+ and on an UFS (UNIX File =20
System) volume (partition, slice, ...). This evening I copied them to =20=

an MS-DOS FAT16 file system. When I invoke GNU Emacs with -Q I see in =20=

all three file systems the decomposed characters in the file names. =20
With ucs-normalize loaded and file-name-coding-system set to utf-8-=20
hfs the look in all three file systems OK. This makes the chosen name =20=

utf-8-hfs not the best. Maybe utf-8-osx is more appropriate.


Anyway, I get good results with:

	(require 'ucs-normalize)
	(setq file-name-coding-system   'utf-8-hfs)
	(prefer-coding-system           'utf-8-hfs)

Isearch works, *Buffer List* contains the correct names =96 only the =20
Buffers menu fails (except when in the Cocoa Emacs.app). Possibly =20
this is best reported in another bug report.

--
Greetings

   Pete

Treffen sich zwei Funktionen.
Sagt die eine: =84Verschwinde oder ich differenzier' dich!=93
Erwidert die andere: =84=C4tsch, ich bin exponentiell!=93




Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 28 Aug 2009 19:27:55 +0000
From Peter_Dyballa@HIDDEN Fri Aug 28 12:27:55 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout2.freenet.de (mout2.freenet.de [195.4.92.92])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7SJRrJL022389
	for <4157@HIDDEN>; Fri, 28 Aug 2009 12:27:54 -0700
Received: from [195.4.92.11] (helo=1.mx.freenet.de)
	by mout2.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mh771-000381-BO; Fri, 28 Aug 2009 21:27:51 +0200
Received: from p5b23d5ef.dip.t-dialin.net ([91.35.213.239]:57998 helo=[192.168.1.2])
	by 1.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mh771-00062m-42; Fri, 28 Aug 2009 21:27:51 +0200
In-Reply-To: <E1MfYZ2-0006q1-W8@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <1B4AC19A-FC57-4C5F-B606-6A3E859A7870@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Fri, 28 Aug 2009 21:27:41 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)


Am 24.08.2009 um 14:22 schrieb Kenichi Handa:

> 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".

I think utf-8-hfs should also be used for process output! An ls (or =20
gls) in *shell* buffer still has umlauts in the non-default font. And =20=

presumingly a shell-command which lists a directory contents, too...

--
Greetings

   Pete

When people run around and around in circles we say they are crazy. =20
When planets do it we say they are orbiting.






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 27 Aug 2009 12:38:38 +0000
From Peter_Dyballa@HIDDEN Thu Aug 27 05:38:38 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout4.freenet.de (mout4.freenet.de [195.4.92.94])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7RCcaQE004233
	for <4157@HIDDEN>; Thu, 27 Aug 2009 05:38:38 -0700
Received: from [195.4.92.21] (helo=11.mx.freenet.de)
	by mout4.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MgeFN-0004zC-1g; Thu, 27 Aug 2009 14:38:33 +0200
Received: from p5b23f540.dip.t-dialin.net ([91.35.245.64]:55646 helo=[192.168.1.2])
	by 11.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MgeFM-0001EQ-Jj; Thu, 27 Aug 2009 14:38:33 +0200
In-Reply-To: <tl7eiqx7apa.fsf@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN> <tl7ws4p7npy.fsf@HIDDEN> <AA0844EE-B5CA-4622-A457-70944BBCD2A7@HIDDEN> <tl7eiqx7apa.fsf@HIDDEN>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <B33620CF-160D-4C9D-B5B1-581BE7A8BF8D@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?US-ASCII?Q?Re:_=3D=3FUS-ASCII=3FQ=3FRe:=5F=3D3D=3D3FISO-8859-1?=
 =?US-ASCII?Q?=3D3FQ=3D3FRe:=3D5Fbug#4157:=3D5F23.1.5=3F=3D_=3D?=
 =?US-ASCII?Q?=3FUS-ASCII=3FQ=3F0;=3D5Ffaulty=3D5Fcharacter=3D5Fc?=
 =?US-ASCII?Q?haracter=3D3F=3D3D=5F=3D3D=3D3FISO=3F=3D_=3D=3FUS-A?=
 =?US-ASCII?Q?SCII=3FQ=3F-8859-1=3D3FQ=3D3Fisation=3D5Ffor=3D5F?=
 =?US-ASCII?Q?=3D3DE4=3D3F=3D3D=3F=3D?=
Date: Thu, 27 Aug 2009 14:38:29 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)


Am 27.08.2009 um 13:33 schrieb Kenichi Handa:

>> What I wonder is why so many different font encodings are used when
>> characters are described. Wouldn't it make sense to use an iso10646-1
>> encoding in an UTF-8 environment for characters from 8-bit ISO
>> encodings? Wouldn't it free resources when less fonts are used? Or is
>> it my fault that I include definitions for ISO encodings in my =20
>> font set?
>
> I don't understand what you are saying.  Please tell more
> precisely what these mean:
>   o font encoding

     x:-b&h-lucidatypewriter-medium-r-normal-sans-10-100-75-75-m-60-=20
iso8859-1 (#x20)
     x:-b&h-lucidatypewriter-medium-r-normal-sans-10-100-75-75-m-60-=20
iso8859-15 (#xE6)
     x:-b&h-lucidatypewriter-medium-r-normal-sans-10-100-75-75-m-60-=20
iso10646-1 (#x20AC)


>   o characters from 8-bit ISO encodings

For example SPC or =E6 in the examples above.

>   o include definitions for ISO encodings in my font set?

     (create-fontset-from-fontset-spec "-b&h-lucidatypewriter-medium-=20
r-*-*-10-*-*-*-*-*-fontset-10pt_lucida_sans_typewriter" t 'noerror)
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-1  '("lucidatypewriter" . "iso8859-1"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-2  '("lucidatypewriter" . "iso8859-2"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-3  '("lucidatypewriter" . "iso8859-3"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-4  '("lucidatypewriter" . "iso8859-4"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"    =
'cyrillic-=20
iso8859-5  '("lucidatypewriter" . "iso8859-5"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"      =
'hebrew-=20
iso8859-8  '("lucidatypewriter" . "iso8859-8"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-9  '("lucidatypewriter" . "iso8859-9"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-14 '("lucidatypewriter" . "iso8859-14"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"       =
'latin-=20
iso8859-15 '("lucidatypewriter" . "iso8859-15"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter"		 =
  'thai-=20
tis620 '("lucidatypewriter" . "iso10646-1"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter" 'mule-=20=

unicode-0100-24ff '("code2000" . "iso10646-1"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter" 'mule-=20=

unicode-2500-33ff '("code2000" . "iso10646-1"))
	(set-fontset-font "fontset-10pt_lucida_sans_typewriter" 'mule-=20=

unicode-e000-ffff '("code2000" . "iso10646-1"))

--
Mit friedvollen Gr=FC=DFen

   Pete

Don't force it; get a larger hammer.
				=96 Anthony's Law of Force




Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 27 Aug 2009 11:33:42 +0000
From handa@HIDDEN Thu Aug 27 04:33:41 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,HAS_BUG_NUMBER,
	SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
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 n7RBXdGh025266
	for <4157@HIDDEN>; Thu, 27 Aug 2009 04:33:41 -0700
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id n7RBXcxk029216;
	Thu, 27 Aug 2009 20:33:38 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp4.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id n7RBXcDC008862;
	Thu, 27 Aug 2009 20:33:38 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp4.aist.go.jp  with ESMTP id n7RBXcxI011432;
	Thu, 27 Aug 2009 20:33:38 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MgdEX-0002cp-V1; Thu, 27 Aug 2009 20:33:37 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Subject: Re: =?us-ascii?Q?=3D=3FUS-ASCII=3FQ=3FRe=3A=5F=3D3D=3D3FISO-8859-?=
 =?us-ascii?Q?1=3D3FQ=3D3FRe=3A=3D5Fbug#4157=3A=3D5F23=2E1=2E5=3F=3D_=3D?=
 =?us-ascii?Q?=3FUS-ASCII=3FQ=3F0=3B=3D5Ffaulty=3D5Fcharacter=3D5Fcharacte?=
 =?us-ascii?Q?r=3D3F=3D3D=5F=3D3D=3D3FISO=3F=3D_=3D=3FUS-ASCII=3FQ=3F-8859?=
 =?us-ascii?Q?-1=3D3FQ=3D3Fisation=3D5Ffor=3D5F=3D3DE4=3D3F=3D3D=3F=3D?=
In-Reply-To: <AA0844EE-B5CA-4622-A457-70944BBCD2A7@HIDDEN> (message from Peter Dyballa on Thu, 27 Aug 2009 10:50:33 +0200)
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN> <tl7ws4p7npy.fsf@HIDDEN> <AA0844EE-B5CA-4622-A457-70944BBCD2A7@HIDDEN>
Date: Thu, 27 Aug 2009 20:33:37 +0900
Message-ID: <tl7eiqx7apa.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

In article <AA0844EE-B5CA-4622-A457-70944BBCD2A7@HIDDEN>, Peter Dyballa=
 <Peter_Dyballa@HIDDEN> writes:

>>> And ucs-normalize is auto-loaded!
> >
> > When is it loaded?

> Actually never! There are just precautions taken. When I deliberately=20=
=20
> set file-name-coding-system to utf-8-hfs in my init file, GNU Emacs=20=20
> stopped to initialise with an error message about an undefined=20=20
> encoding. So ucs-normalize obviously was not loaded. I added a=20=20
> (require 'ucs-normalize) =E2=80=93 and it works! It works exceptionally w=
ell:=20=20
> i-search for =C3=A4 or =C3=A6 or =C3=B8 in file names works.

> That's really good work!

That's good.  Perhaps, we should add autoload cookie to
utf-8-hfs.

> What I wonder is why so many different font encodings are used when=20=20
> characters are described. Wouldn't it make sense to use an iso10646-1=20=
=20
> encoding in an UTF-8 environment for characters from 8-bit ISO=20=20
> encodings? Wouldn't it free resources when less fonts are used? Or is=20=
=20
> it my fault that I include definitions for ISO encodings in my font set?

I don't understand what you are saying.  Please tell more
precisely what these mean:
  o font encoding
  o characters from 8-bit ISO encodings
  o include definitions for ISO encodings in my font set?

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 27 Aug 2009 08:50:42 +0000
From Peter_Dyballa@HIDDEN Thu Aug 27 01:50:42 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout2.freenet.de (mout2.freenet.de [195.4.92.92])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7R8oelO028535
	for <4157@HIDDEN>; Thu, 27 Aug 2009 01:50:42 -0700
Received: from [195.4.92.24] (helo=14.mx.freenet.de)
	by mout2.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mgago-0000mb-C6; Thu, 27 Aug 2009 10:50:38 +0200
Received: from p5b23f540.dip.t-dialin.net ([91.35.245.64]:55399 helo=[192.168.1.2])
	by 14.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mgago-0000DN-2U; Thu, 27 Aug 2009 10:50:38 +0200
In-Reply-To: <tl7ws4p7npy.fsf@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN> <tl7ws4p7npy.fsf@HIDDEN>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <AA0844EE-B5CA-4622-A457-70944BBCD2A7@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?US-ASCII?Q?Re:_=3D=3FISO-8859-1=3FQ=3FRe:=5Fbug#4157:=5F23.1.5?=
 =?US-ASCII?Q?0;=5Ffaulty=5Fcharacter=5Fcharacter=3F=3D_=3D=3FISO?=
 =?US-ASCII?Q?-8859-1=3FQ=3Fisation=5Ffor=5F=3DE4=3F=3D?=
Date: Thu, 27 Aug 2009 10:50:33 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251363038-00000AC2-66EC9C40/0-0/0-0


Am 27.08.2009 um 08:52 schrieb Kenichi Handa:

> I have no idea why it doesn't work in your environment.
>
>> And ucs-normalize is auto-loaded!
>
> When is it loaded?
>


Actually never! There are just precautions taken. When I deliberately =20=

set file-name-coding-system to utf-8-hfs in my init file, GNU Emacs =20
stopped to initialise with an error message about an undefined =20
encoding. So ucs-normalize obviously was not loaded. I added a =20
(require 'ucs-normalize) =96 and it works! It works exceptionally well: =20=

i-search for =E4 or =E6 or =F8 in file names works.

That's really good work!


What I wonder is why so many different font encodings are used when =20
characters are described. Wouldn't it make sense to use an iso10646-1 =20=

encoding in an UTF-8 environment for characters from 8-bit ISO =20
encodings? Wouldn't it free resources when less fonts are used? Or is =20=

it my fault that I include definitions for ISO encodings in my font set?

--
Greetings

   Pete

Government is actually the worst failure of civilized man. There has =20
never been a really good one, and even those that are most tolerable =20
are arbitrary, cruel, grasping and unintelligent.
				=96 H. L. Mencken






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 27 Aug 2009 06:52:29 +0000
From handa@HIDDEN Wed Aug 26 23:52:29 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER,
	SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
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 n7R6qRQk008925
	for <4157@HIDDEN>; Wed, 26 Aug 2009 23:52:29 -0700
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id n7R6qP98007556;
	Thu, 27 Aug 2009 15:52:26 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp2.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id n7R6qPpe011145;
	Thu, 27 Aug 2009 15:52:25 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp2.aist.go.jp  with ESMTP id n7R6qPra005417;
	Thu, 27 Aug 2009 15:52:25 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MgYqP-0001vN-9D; Thu, 27 Aug 2009 15:52:25 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Subject: Re: =?us-ascii?Q?=3D=3FISO-8859-1=3FQ=3FRe=3A=5Fbug#4157=3A=5F23?=
 =?us-ascii?Q?=2E1=2E50=3B=5Ffaulty=5Fcharacter=5Fcharacter=3F=3D_=3D=3FIS?=
 =?us-ascii?Q?O-8859-1=3FQ=3Fisation=5Ffor=5F=3DE4=3F=3D?=
In-Reply-To: <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN> (message from Peter Dyballa on Wed, 26 Aug 2009 00:19:17 +0200)
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN>
Date: Thu, 27 Aug 2009 15:52:25 +0900
Message-ID: <tl7ws4p7npy.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

In article <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN>, Peter Dyballa=
 <Peter_Dyballa@HIDDEN> writes:

> > 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 "=C3=A4".

> When I copy a line from a dired buffer with a composed character=20=20
> taken from another font into *scratch* buffer and then apply on the=20=20
> marked file name ucs-normalize-HFS-NFC-region, then the foreign glyph=20=
=20
> is changed to one from the default font. Automatically this does not=20=20
> happen in dired buffer, although global-auto-composition-mode and=20=20
> auto-composition-mode are both t.

Strange.  On GNU/Linux, I set file-name-coding-system to
utf-8-hfs, create a new file "=C3=A4" by:
  ESC : (write-region "test" nil "=C3=A4") RET
I confirmed that the file name is surely the two char
sequence of "a" and "=CC=88" by another emacs.

Then M-x dired shows that file name by precomposed character
"=C3=A4" (LATIN SMALL LETTER A WITH DIAERESIS).

That means utf-8-hfs does convert the sequence "a" and "=CC=88"
to/from "=C3=A4".  I have no idea why it doesn't work in your
environment.

> And ucs-normalize is auto-loaded!

When is it loaded?

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 25 Aug 2009 22:19:34 +0000
From Peter_Dyballa@HIDDEN Tue Aug 25 15:19:33 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout6.freenet.de (mout6.freenet.de [195.4.92.96])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7PMJWwp015663
	for <4157@HIDDEN>; Tue, 25 Aug 2009 15:19:33 -0700
Received: from [195.4.92.13] (helo=3.mx.freenet.de)
	by mout6.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mg4MU-0004aW-DQ; Wed, 26 Aug 2009 00:19:30 +0200
Received: from p5b23f087.dip.t-dialin.net ([91.35.240.135]:56860 helo=[192.168.1.2])
	by 3.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mg4MU-0004BY-3v; Wed, 26 Aug 2009 00:19:30 +0200
In-Reply-To: <E1MfYZ2-0006q1-W8@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <BB0E3F43-9DA7-42FB-B4F4-63AABC2719DF@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Wed, 26 Aug 2009 00:19:17 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251238770-00002DCE-2B22FE0A/0-0/0-0


Am 24.08.2009 um 14:22 schrieb Kenichi Handa:

> 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".


When I copy a line from a dired buffer with a composed character =20
taken from another font into *scratch* buffer and then apply on the =20
marked file name ucs-normalize-HFS-NFC-region, then the foreign glyph =20=

is changed to one from the default font. Automatically this does not =20
happen in dired buffer, although global-auto-composition-mode and =20
auto-composition-mode are both t.

And ucs-normalize is auto-loaded!

--
Greetings
                                  <]
   Pete       o        __o         |__    o           recumbo
     ___o    /I       -\<,         |o \  -\),-%       ergo sum!
___/\ /\___./ \___...O/ O____.....`-O-'-()--o_________________






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 25 Aug 2009 07:51:50 +0000
From Peter_Dyballa@HIDDEN Tue Aug 25 00:51:49 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout0.freenet.de (mout0.freenet.de [195.4.92.90])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7P7plXO024911
	for <4157@HIDDEN>; Tue, 25 Aug 2009 00:51:49 -0700
Received: from [195.4.92.27] (helo=17.mx.freenet.de)
	by mout0.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mfqoj-0004Es-Uw; Tue, 25 Aug 2009 09:51:45 +0200
Received: from p5b23daa8.dip.t-dialin.net ([91.35.218.168]:56507 helo=[192.168.1.2])
	by 17.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mfqoj-0000iV-Lx; Tue, 25 Aug 2009 09:51:45 +0200
In-Reply-To: <E1MfkBW-0008TM-Fe@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <AB00A4BE-E1DF-45F4-8953-23B2F7E551F9@HIDDEN> <E1MfkBW-0008TM-Fe@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <0D8121FD-2CE0-4D38-B4D3-D8C49769C210@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Tue, 25 Aug 2009 09:51:37 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251186705-00005F40-ACF1ACF2/0-0/0-0


Am 25.08.2009 um 02:46 schrieb Kenichi Handa:

>> The composed character still is not taken from the default font.
>> Could be one component is missing, =A8 =96 but it has the precomposed
>> characters I usually use.
>
> Which font is selected for the character "=E4"?  It seems to
> be a bug if the font is not your default font.

   x:-mutt-clearlyu-medium-r-normal--17-120-100-100-p-123-iso10646-1

My default font is -b&h-lucidatypewriter-medium-r-normal-=20
sans-10-100-75-75-m-60-iso10646-1.


I'll update GNU Emacs and study the NEWS.

--
Greetings

   Pete

Either this man is dead or my watch has stopped.
				- Groucho Marx






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 25 Aug 2009 00:46:55 +0000
From handa@HIDDEN Mon Aug 24 17:46:54 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,HAS_BUG_NUMBER,RERE,
	SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
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 n7P0kqpF007367
	for <4157@HIDDEN>; Mon, 24 Aug 2009 17:46:54 -0700
Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123])
	by mx1.aist.go.jp  with ESMTP id n7P0kpGx000155;
	Tue, 25 Aug 2009 09:46:51 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp2.aist.go.jp
	by rqsmtp2.aist.go.jp  with ESMTP id n7P0kpea001779;
	Tue, 25 Aug 2009 09:46:51 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp2.aist.go.jp  with ESMTP id n7P0kojs015884;
	Tue, 25 Aug 2009 09:46:50 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MfkBW-0008TM-Fe; Tue, 25 Aug 2009 09:46:50 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
CC: 4157 <at> debbugs.gnu.org
In-reply-to: <AB00A4BE-E1DF-45F4-8953-23B2F7E551F9@HIDDEN> (message from
	Peter Dyballa on Mon, 24 Aug 2009 17:21:09 +0200)
Subject: Re: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken> <AB00A4BE-E1DF-45F4-8953-23B2F7E551F9@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1MfkBW-0008TM-Fe@etlken>
Date: Tue, 25 Aug 2009 09:46:50 +0900

In article <AB00A4BE-E1DF-45F4-8953-23B2F7E551F9@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> The version from three weeks ago does not allow to  
> separate the composed character's components, i.e., the text cursor  
> cannot select this or that component, one step and it has reached the  
> previous or next character.

Even if your buffer has the char sequence "a" and "¨", "¨"
is displayed on top of "a" and cursor movement treats those
two characters atomically as if there's a single character
"ä".

> A difference I can see comes C-u C-x =: the line

>    canonical-combining-class: 0 (Spacing, split, enclosing,  
> reordrant, and Tibetan subjoined)

> is removed from the output.

That's the point.  utf-8-hfs converts the sequence "a" and
"¨" to a single character "ä" on decoding, and breaks down
"ä" to "a" and "¨" on encoding.

> The composed character still is not taken from the default font.  
> Could be one component is missing, ¨ – but it has the precomposed  
> characters I usually use.

Which font is selected for the character "ä"?  It seems to
be a bug if the font is not your default font.

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 24 Aug 2009 15:21:22 +0000
From Peter_Dyballa@HIDDEN Mon Aug 24 08:21:22 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout7.freenet.de (mout7.freenet.de [195.4.92.97])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7OFLKWW030860
	for <4157@HIDDEN>; Mon, 24 Aug 2009 08:21:21 -0700
Received: from [195.4.92.18] (helo=8.mx.freenet.de)
	by mout7.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MfbME-0007cs-RR; Mon, 24 Aug 2009 17:21:18 +0200
Received: from p5b23cb56.dip.t-dialin.net ([91.35.203.86]:56247 helo=[192.168.1.2])
	by 8.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MfbME-0002du-Gq; Mon, 24 Aug 2009 17:21:18 +0200
In-Reply-To: <E1MfYZ2-0006q1-W8@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> <E1MfYZ2-0006q1-W8@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed
Message-Id: <AB00A4BE-E1DF-45F4-8953-23B2F7E551F9@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Mon, 24 Aug 2009 17:21:09 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251127278-00005325-591DF633/0-0/0-0


Am 24.08.2009 um 14:22 schrieb Kenichi Handa:

>> So again I see the file names (almost) correctly
>> (the composed characters are taken, as usual, from some arbitrary
>> 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 "=C2=8F=C2=AB=C2=A3".


Even without this new file I could see composed characters.

	(require 'ucs-normalize)
	ucs-normalize

or

	(load-library "ucs-normalize")
	t

in the new and still not installed GNU Emacs 23.1.50 makes no =20
difference. The version from three weeks ago does not allow to =20
separate the composed character's components, i.e., the text cursor =20
cannot select this or that component, one step and it has reached the =20=

previous or next character. A difference I can see comes C-u C-x =3D: =20=

the line

   canonical-combining-class: 0 (Spacing, split, enclosing, =20
reordrant, and Tibetan subjoined)

is removed from the output.


The composed character still is not taken from the default font. =20
Could be one component is missing, =C2=A8 =E2=80=93 but it has the =
precomposed =20
characters I usually use.

--
Greetings

   Pete

Treffen sich zwei Funktionen.
Sagt die eine: =E2=80=9EVerschwinde oder ich differenzier' dich!=E2=80=9C
Erwidert die andere: =E2=80=9E=C3=84tsch, ich bin exponentiell!=E2=80=9C




Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 24 Aug 2009 12:22:25 +0000
From handa@HIDDEN Mon Aug 24 05:22:25 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,FVGT_m_MULTI_ODD,
	HAS_BUG_NUMBER,IMPRONONCABLE_1,IMPRONONCABLE_2,MURPHY_WRONG_WORD1,
	MURPHY_WRONG_WORD2,RERE,SPF_HELO_PASS autolearn=no
	version=3.2.5-bugs.debian.org_2005_01_02
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@HIDDEN>; Mon, 24 Aug 2009 05:22:25 -0700
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@HIDDEN)
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@HIDDEN)
Received: 
	by smtp1.aist.go.jp  with ESMTP id n7OCMLWg027408;
	Mon, 24 Aug 2009 21:22:21 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MfYZ2-0006q1-W8; Mon, 24 Aug 2009 21:22:20 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
CC: 4157 <at> debbugs.gnu.org
In-reply-to: <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN> (message from
	Peter Dyballa on Mon, 24 Aug 2009 13:30:38 +0200)
Subject: Re: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken> <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=euc-jp
Content-Transfer-Encoding: 8bit
Message-Id: <E1MfYZ2-0006q1-W8@etlken>
Date: Mon, 24 Aug 2009 21:22:20 +0900

In article <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> I finally managed to build a stable GNU Emacs! In ISO Latin-9/ISO  
> 8859-15 environment default-file-name-coding-system is utf-8 and file- 
> name-coding-system in nil, local in each of the visited dired buffers  
> (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  
> (the composed characters are taken, as usual, from some arbitrary  
> fonts) and the month date field as M\344r instead of Mr and the \344  
> character (4194276, #o17777744, #x3fffe4), although part of ISO  
> 8859-15, is supposed to be a raw byte and faultily declared as "not  
> 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 <jwvfxbjb8t1.fsf-monnier+emacsbugreports@HIDDEN>, Stefan Monnier <monnier@HIDDEN> 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  
> (the composed characters are taken, as usual, from some arbitrary  
> 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 "".

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 24 Aug 2009 11:30:53 +0000
From Peter_Dyballa@HIDDEN Mon Aug 24 04:30:53 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.3 required=4.0 tests=AWL,HAS_BUG_NUMBER,
	IMPRONONCABLE_2,MURPHY_DRUGS_REL8 autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout7.freenet.de (mout7.freenet.de [195.4.92.97])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7OBUpM9015851
	for <4157@HIDDEN>; Mon, 24 Aug 2009 04:30:53 -0700
Received: from [195.4.92.12] (helo=2.mx.freenet.de)
	by mout7.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MfXlB-0000HI-S9; Mon, 24 Aug 2009 13:30:49 +0200
Received: from p5b23cb56.dip.t-dialin.net ([91.35.203.86]:55717 helo=[192.168.1.2])
	by 2.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MfXlB-0005gM-CO; Mon, 24 Aug 2009 13:30:49 +0200
In-Reply-To: <E1MdYxa-0000vA-Bv@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <56EC0D72-D541-470F-9FAB-2F766BD45601@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Mon, 24 Aug 2009 13:30:38 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251113449-00003C75-A179C5D1/0-0/0-0


Am 19.08.2009 um 02:23 schrieb Kenichi Handa:

> Ah, I found this code in mule-cmds.el.
>
>   (if (eq system-type 'darwin)
>       ;; The file-name coding system on Darwin systems is always =20
> utf-8.
>       (setq default-file-name-coding-system 'utf-8)
>
> I don't remember why that code exists.  If the comment is
> wrong (i.e. there's no need of treating darwin specially
> here), the attached patch should solve the problem.

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). 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=E4r and the \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." In the variant launched =20=

with UTF-8 this date field is displayed as M=E4r and this *obviously =20
composed* =E4 described correctly as =E4 (228, #o344, #xe4) and taken to =
=20
be displayed from an iso10646-1 encoded font. The buffer (and file) =20
code is described as UTF-8 C3A4: #xC3 #xA4 (encoded by coding system =20
utf-8-unix).

--
Greetings

   Pete

We also sponsor National Invisible Chronic Illness Awareness Week =20
annually in September.
Join the millions






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 23 Aug 2009 09:57:49 +0000
From Peter_Dyballa@HIDDEN Sun Aug 23 02:57:49 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout3.freenet.de (mout3.freenet.de [195.4.92.93])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7N9vld8020016
	for <4157@HIDDEN>; Sun, 23 Aug 2009 02:57:48 -0700
Received: from [195.4.92.10] (helo=0.mx.freenet.de)
	by mout3.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mf9pa-0008IH-3A; Sun, 23 Aug 2009 11:57:46 +0200
Received: from p5b23fca2.dip.t-dialin.net ([91.35.252.162]:55224 helo=[192.168.1.2])
	by 0.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mf9pZ-0003sA-OQ; Sun, 23 Aug 2009 11:57:46 +0200
In-Reply-To: <jwvfxbjb8t1.fsf-monnier+emacsbugreports@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <jwvvdkgcxcv.fsf-monnier+emacsbugreports@HIDDEN> <C3349750-5215-49FF-86DD-A63C7155B374@HIDDEN> <jwvfxbjb8t1.fsf-monnier+emacsbugreports@HIDDEN>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <FADA1BCB-8714-4FFD-827F-7F3FD7A22D19@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Sun, 23 Aug 2009 11:57:37 +0200
To: Stefan Monnier <monnier@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1251021466-00001CA4-3F44335F/0-0/0-0


Am 23.08.2009 um 03:49 schrieb Stefan Monnier:

>> In both locales the *file names* are correct and also detected as =20
>> containing
>
> "correct" doesn't really tell me what you see, but I see what you =20
> mean.

"Correct" meant that I was seeing what I had typed before in Finder...

>
>> "composed characters," it's a problem with the file's  month date. =20=

>> In the
>
> So my guess was right: ls's output uses utf-8 for the filenames, but
> latin-1 for the date, 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).
>

Here is a little test from a shell (actually *shell* buffer in NS =20
Emacs.app with UTF-8 locales):

pete 252 /\ gls -lN zo*
-rw-r--r-- 1 pete admin 281829 20. M=E4r 1998  zo=E4=80.au
pete 253 /\ ls -lw zo*
-rw-r--r--   1 pete  admin  281829 20 M=E4r  1998 zo=E4=80.au
pete 254 /\ gls -lN zo* | od -j 32 -t a
0000040    0   .  sp   M   \303   \244   r  sp   1   9   9   8  sp  =20
sp   z   o
0000060    a   \314  88   \342  82   \254   .   a   u  nl
0000072
pete 255 /\ env LC_CTYPE=3Dde_DE.ISO8859-15 LANG=3Dde_DE.ISO8859-15 gls =
-=20
lN zo* | od -j 32 -t a
0000040    0   .  sp   M   \344   r  sp   1   9   9   8  sp  sp   z   =20=

o   a
0000060    \314  88   \342  82   \254   .   a   u  nl
0000071
pete 256 /\ ls -lw zo* | od -j 32 -t a
0000040    2   9  sp   2   0  sp   M   \303   \244   r  sp   1   9   =20
9   8
0000060   sp   z   o   a   \314  88   \342  82   \254   .   a   u  nl
0000075
pete 257 /\ env LC_CTYPE=3Dde_DE.ISO8859-15 LANG=3Dde_DE.ISO8859-15 ls -=20=

lw zo* | od -j 32 -t a
0000040    2   9  sp   2   0  sp   M   \344   r  sp  sp   1   9   9   =20=

8  sp
0000060    z   o   a   \314  88   \342  82   \254   .   a   u  nl
0000074

So the *ls commands deliver the month date in their locale composed =20
while the file name is always *de*composed UTF-8:

\303 \244    =3D C3 A4    =3D LATIN SMALL LETTER A WITH DIAERESIS =E4 at =
U=20
+00E4
\314 88      =3D CC 88    =3D COMBINING DIAERESIS                 =A8 at =
U=20
+0308
\342 82 \254 =3D E2 88 AC =3D EURO SIGN                           =80 at =
U=20
+20AC

--
Greetings

   Pete

Bake pizza not war!






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 23 Aug 2009 01:49:41 +0000
From monnier@HIDDEN Sat Aug 22 18:49:41 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7N1nd9s009097
	for <4157@HIDDEN>; Sat, 22 Aug 2009 18:49:41 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ArwEACY9kEpFxIHU/2dsb2JhbACBUtB8hBoFh1o
X-IronPort-AV: E=Sophos;i="4.44,258,1249272000"; 
   d="scan'208";a="44029706"
Received: from 69-196-129-212.dsl.teksavvy.com (HELO ceviche.home) ([69.196.129.212])
  by ironport2-out.teksavvy.com with ESMTP; 22 Aug 2009 21:48:49 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id 9C5FBB40E6; Sat, 22 Aug 2009 21:49:33 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Subject: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
Message-ID: <jwvfxbjb8t1.fsf-monnier+emacsbugreports@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
	<jwvvdkgcxcv.fsf-monnier+emacsbugreports@HIDDEN>
	<C3349750-5215-49FF-86DD-A63C7155B374@HIDDEN>
Date: Sat, 22 Aug 2009 21:49:33 -0400
In-Reply-To: <C3349750-5215-49FF-86DD-A63C7155B374@HIDDEN> (Peter
	Dyballa's message of "Sat, 22 Aug 2009 10:50:53 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

>> Hmm... that looks like a problem in dired: the file names in the output
>> of `ls' should follow file-name-coding-system, whereas the rest of the
>> output seem to use locale-coding-system.  Coudl you check if that's
>> indeed the case:
>> - create a file from the Finder using accented latin-1
>> chars, as well as non-latin-1 chars).
>> - look at it in your dired and tell us what you see.
> In both locales the *file names* are correct and also detected as containing

"correct" doesn't really tell me what you see, but I see what you mean.

> "composed characters," it's a problem with the file's  month date. In the

So my guess was right: ls's output uses utf-8 for the filenames, but
latin-1 for the date, 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).


        Stefan



Acknowledgement sent to Stefan Monnier <monnier@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 22 Aug 2009 08:51:06 +0000
From Peter_Dyballa@HIDDEN Sat Aug 22 01:51:06 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout6.freenet.de (mout6.freenet.de [195.4.92.96])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7M8p4DT016634
	for <4157@HIDDEN>; Sat, 22 Aug 2009 01:51:05 -0700
Received: from [195.4.92.17] (helo=7.mx.freenet.de)
	by mout6.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MemJT-0005xf-0J; Sat, 22 Aug 2009 10:51:03 +0200
Received: from p5b23dfd5.dip.t-dialin.net ([91.35.223.213]:53626 helo=[192.168.1.2])
	by 7.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MemJR-0007Qf-Q8; Sat, 22 Aug 2009 10:51:02 +0200
In-Reply-To: <jwvvdkgcxcv.fsf-monnier+emacsbugreports@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <jwvvdkgcxcv.fsf-monnier+emacsbugreports@HIDDEN>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <C3349750-5215-49FF-86DD-A63C7155B374@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Sat, 22 Aug 2009 10:50:53 +0200
To: Stefan Monnier <monnier@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1250931062-000046EB-8792BE5C/0-0/0-0


Am 22.08.2009 um 06:09 schrieb Stefan Monnier:

>> When I launch GNU Emacs in an ISO Latin environment (env
>> LC_CTYPE=3Dde_DE.ISO8859-15 LANG=3Dde_DE.ISO8859-15 /usr/local/bin/
>> emacs-23.1.50 -Q &) and display in dired a directory with entries  =20=

>> from some
>> month of March the "M=E4r" abbrevation for the German month  name =20
>> "M=E4rz" is
>> displayed as M\344r. C-u C-x =3D on this \344 reveals:
>
> Hmm... that looks like a problem in dired: the file names in the =20
> output
> of `ls' should follow file-name-coding-system, whereas the rest of the
> output seem to use locale-coding-system.  Coudl you check if that's
> indeed the case:
> - create a file from the Finder using accented latin-1
>   chars, as well as non-latin-1 chars).
> - look at it in your dired and tell us what you see.

In both locales the *file names* are correct and also detected as =20
containing "composed characters," it's a problem with the file's =20
month date. In the ISO-Latin encoding the =E4 character is not =20
recognised as that entity and part of the ISO Latin encoding, but as =20
something strange which can only be displayed in octal =20
representation. In UTF-8 this does not happen.

Isearch for example finds the \344 characters only as C-s C-q 3 4 4 =20
RET, while the character =E4 cannot be found (because composed, of a =20
and =A8 and therefore a search for a succeeds, in both locales).

>
> On a Darwin system, I very warmly recommend to stick to utf-8 coding
> systems for everything, since it should avoid such problems.
>

Yes, you're right. I was trying to work on a problem with a "Carbon =20
Emacs" ...

--
Greetings

   Pete

One cannot live by television, video games, top ten CDs, and dumb =20
movies alone.
				=96 Amiri Baraka, 1999






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 22 Aug 2009 04:09:30 +0000
From monnier@HIDDEN Fri Aug 21 21:09:30 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7M49SDd000687
	for <4157@HIDDEN>; Fri, 21 Aug 2009 21:09:30 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqgEAL0Mj0pFxIHU/2dsb2JhbACBU9MXhBoFh1Y
X-IronPort-AV: E=Sophos;i="4.44,254,1249272000"; 
   d="scan'208";a="43952826"
Received: from 69-196-129-212.dsl.teksavvy.com (HELO ceviche.home) ([69.196.129.212])
  by ironport2-out.teksavvy.com with ESMTP; 22 Aug 2009 00:08:40 -0400
Received: by ceviche.home (Postfix, from userid 20848)
	id 0A521B40E4; Sat, 22 Aug 2009 00:09:22 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Subject: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
Message-ID: <jwvvdkgcxcv.fsf-monnier+emacsbugreports@HIDDEN>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
Date: Sat, 22 Aug 2009 00:09:22 -0400
In-Reply-To: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> (Peter
	Dyballa's message of "Sun, 16 Aug 2009 04:19:31 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> When I launch GNU Emacs in an ISO Latin environment (env
> LC_CTYPE=3Dde_DE.ISO8859-15 LANG=3Dde_DE.ISO8859-15 /usr/local/bin/
> emacs-23.1.50 -Q &) and display in dired a directory with entries  from s=
ome
> month of March the "M=E4r" abbrevation for the German month  name "M=E4rz=
" is
> displayed as M\344r. C-u C-x =3D on this \344 reveals:

Hmm... that looks like a problem in dired: the file names in the output
of `ls' should follow file-name-coding-system, whereas the rest of the
output seem to use locale-coding-system.  Coudl you check if that's
indeed the case:
- create a file from the Finder using accented latin-1
  chars, as well as non-latin-1 chars).
- look at it in your dired and tell us what you see.

On a Darwin system, I very warmly recommend to stick to utf-8 coding
systems for everything, since it should avoid such problems.


        Stefan



Acknowledgement sent to Stefan Monnier <monnier@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 19 Aug 2009 00:23:31 +0000
From handa@HIDDEN Tue Aug 18 17:23:30 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER,
	MURPHY_DRUGS_REL8,RERE,SPF_HELO_PASS autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
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 n7J0NSTL024407
	for <4157@HIDDEN>; Tue, 18 Aug 2009 17:23:30 -0700
Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115])
	by mx1.aist.go.jp  with ESMTP id n7J0NRmK004387;
	Wed, 19 Aug 2009 09:23:27 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp1.aist.go.jp
	by rqsmtp1.aist.go.jp  with ESMTP id n7J0NRpv015918;
	Wed, 19 Aug 2009 09:23:27 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp1.aist.go.jp  with ESMTP id n7J0NQIZ015908;
	Wed, 19 Aug 2009 09:23:26 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MdYxa-0000vA-Bv; Wed, 19 Aug 2009 09:23:26 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>
CC: 4157 <at> debbugs.gnu.org
In-reply-to: <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> (message from
	Peter Dyballa on Tue, 18 Aug 2009 15:40:27 +0200)
Subject: Re: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN>
Message-Id: <E1MdYxa-0000vA-Bv@etlken>
Date: Wed, 19 Aug 2009 09:23:26 +0900

In article <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> > Please show the value of default-file-name-coding-system and
> > file-name-coding-system.
> >

> I (seem to) see: it's utf-8 for the first and nil for the second  
> variable (the same as globally). So the string M\344r, coming from  
> some ls which follows LC_CTYPE or LANG, is interpreted as being UTF-8  
> which it of course isn't...

Ah, I found this code in mule-cmds.el.

  (if (eq system-type 'darwin)
      ;; The file-name coding system on Darwin systems is always utf-8.
      (setq default-file-name-coding-system 'utf-8)

I don't remember why that code exists.  If the comment is
wrong (i.e. there's no need of treating darwin specially
here), the attached patch should solve the problem.  Please
try it.

---
Kenichi Handa
handa@HIDDEN

--- mule-cmds.el.~1.364.~	2009-08-13 20:59:18.000000000 +0900
+++ mule-cmds.el	2009-08-19 09:21:33.000000000 +0900
@@ -355,13 +355,10 @@
 	(or (local-variable-p 'buffer-file-coding-system buffer)
 	    (ucs-set-table-for-input buffer))))
 
-  (if (eq system-type 'darwin)
-      ;; The file-name coding system on Darwin systems is always utf-8.
-      (setq default-file-name-coding-system 'utf-8)
-    (if (and default-enable-multibyte-characters
-	     (or (not coding-system)
-		 (coding-system-get coding-system 'ascii-compatible-p)))
-	(setq default-file-name-coding-system coding-system)))
+  (if (and default-enable-multibyte-characters
+	   (or (not coding-system)
+	       (coding-system-get coding-system 'ascii-compatible-p)))
+      (setq default-file-name-coding-system coding-system))
   (setq default-terminal-coding-system coding-system)
   (setq default-keyboard-coding-system coding-system)
   ;; Preserve eol-type from existing default-process-coding-systems.



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 18 Aug 2009 13:40:40 +0000
From Peter_Dyballa@HIDDEN Tue Aug 18 06:40:39 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout4.freenet.de (mout4.freenet.de [195.4.92.94])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7IDebn4029006
	for <4157@HIDDEN>; Tue, 18 Aug 2009 06:40:39 -0700
Received: from [195.4.92.27] (helo=17.mx.freenet.de)
	by mout4.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1MdOvT-0007wH-T2; Tue, 18 Aug 2009 15:40:35 +0200
Received: from p5b23d3b7.dip.t-dialin.net ([91.35.211.183]:58156 helo=[192.168.1.2])
	by 17.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1MdOvT-00032q-Kk; Tue, 18 Aug 2009 15:40:35 +0200
In-Reply-To: <E1MdDCU-0006Gm-0n@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Tue, 18 Aug 2009 15:40:27 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1250602835-00005F40-7831CD2C/0-0/0-0


Am 18.08.2009 um 03:09 schrieb Kenichi Handa:

>
> Please show the value of default-file-name-coding-system and
> file-name-coding-system.
>

I (seem to) see: it's utf-8 for the first and nil for the second =20
variable (the same as globally). So the string M\344r, coming from =20
some ls which follows LC_CTYPE or LANG, is interpreted as being UTF-8 =20=

which it of course isn't...

--
Greetings

   Pete

Every instructor assumes that you have nothing else to do except =20
study for that instructor's course.
				=96 Fourth Law of Applied Terror




Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 18 Aug 2009 01:09:31 +0000
From handa@HIDDEN Mon Aug 17 18:09:31 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER,
	IMPRONONCABLE_2,SPF_HELO_PASS autolearn=ham
	version=3.2.5-bugs.debian.org_2005_01_02
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 n7I19Tm2013873
	for <4157@HIDDEN>; Mon, 17 Aug 2009 18:09:31 -0700
Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115])
	by mx1.aist.go.jp  with ESMTP id n7I19NWj028451;
	Tue, 18 Aug 2009 10:09:26 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from smtp1.aist.go.jp
	by rqsmtp1.aist.go.jp  with ESMTP id n7I19M21004694;
	Tue, 18 Aug 2009 10:09:22 +0900 (JST)
	env-from (handa@HIDDEN)
Received: 
	by smtp1.aist.go.jp  with ESMTP id n7I19Mwg002997;
	Tue, 18 Aug 2009 10:09:22 +0900 (JST)
	env-from (handa@HIDDEN)
Received: from handa by etlken with local (Exim 4.69)
	(envelope-from <handa@HIDDEN>)
	id 1MdDCU-0006Gm-0n; Tue, 18 Aug 2009 10:09:22 +0900
From: Kenichi Handa <handa@HIDDEN>
To: Peter Dyballa <Peter_Dyballa@HIDDEN>, 4157 <at> debbugs.gnu.org
In-reply-to: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> (message from
	Peter Dyballa on Sun, 16 Aug 2009 04:19:31 +0200)
Subject: Re: bug#4157: 23.1.50; faulty character characterisation for
 =?iso-8859-1?Q?=E4?=
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1MdDCU-0006Gm-0n@etlken>
Date: Tue, 18 Aug 2009 10:09:22 +0900

In article <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>, Peter Dyballa <Peter_Dyballa@HIDDEN> writes:

> When I launch GNU Emacs in an ISO Latin environment (env  
> LC_CTYPE=de_DE.ISO8859-15 LANG=de_DE.ISO8859-15 /usr/local/bin/ 
> emacs-23.1.50 -Q &) and display in dired a directory with entries  
> from some month of March the "Mär" abbrevation for the German month  
> name "März" is displayed as M\344r. C-u C-x = on this \344 reveals:

> 	        character: \344 (4194276, #o17777744, #x3fffe4)
> 	preferred charset: eight-bit (Raw bytes 128-255)
> 	       code point: 0xE4
> 	           syntax: w 	which means: word
> 	      buffer code: #xE4
> 	        file code: not encodable by coding system =
> iso-latin-9-unix
> 	          display: no font available

> The dired buffer has a 0 as encoding indicator. In ISO Latin 1 or 15  
> encodings LATIN SMALL LETTER A WITH DIAERESIS is \344 = 228 = 0xE4 =>  U 
> +00E4 a valid character and not some raw "eight-bit" entity. Could be  
> this prevents proper display:

Please show the value of default-file-name-coding-system and
file-name-coding-system.

---
Kenichi Handa
handa@HIDDEN



Acknowledgement sent to Kenichi Handa <handa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at 4157@HIDDEN:


Received: (at 4157) by emacsbugs.donarmstrong.com; 19 Aug 2009 22:47:59 +0000
From Peter_Dyballa@HIDDEN Wed Aug 19 15:47:59 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER,
	MURPHY_DRUGS_REL8 autolearn=unavailable
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from mout0.freenet.de (mout0.freenet.de [195.4.92.90])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7JMlvhT007514
	for <4157@HIDDEN>; Wed, 19 Aug 2009 15:47:59 -0700
Received: from [195.4.92.23] (helo=13.mx.freenet.de)
	by mout0.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1Mdtwh-0001Y6-3L; Thu, 20 Aug 2009 00:47:55 +0200
Received: from p5b23d28b.dip.t-dialin.net ([91.35.210.139]:50608 helo=[192.168.1.2])
	by 13.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1Mdtwg-0007sP-SN; Thu, 20 Aug 2009 00:47:55 +0200
In-Reply-To: <E1MdYxa-0000vA-Bv@etlken>
References: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN> <E1MdDCU-0006Gm-0n@etlken> <14A765B4-9EAF-46AC-BEBC-6B0A664BA03A@HIDDEN> <E1MdYxa-0000vA-Bv@etlken>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed
Message-Id: <EDB0C037-A5E2-4C46-A2C3-A9498DA2849B@HIDDEN>
Cc: 4157 <at> debbugs.gnu.org
Content-Transfer-Encoding: quoted-printable
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?Re:_bug#4157:_23.1.50;_faulty_character_character?=
 =?ISO-8859-1?Q?isation_for_=E4?=
Date: Thu, 20 Aug 2009 00:47:50 +0200
To: Kenichi Handa <handa@HIDDEN>
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1250722075-00000B39-E6AAB764/0-0/0-0


Am 19.08.2009 um 02:23 schrieb Kenichi Handa:

> the attached patch should solve the problem


It will take some time until I actually could test the patch. Changes =20=

in the configure script lead to -I/usr/X11R6/include coming so early =20
that compilation with libfreetype fails:

xftfont.c: In function =91xftfont_open=92:
xftfont.c:220: error: =91FC_WIDTH=92 undeclared (first use in this =
function)
xftfont.c:220: error: (Each undeclared identifier is reported only once
xftfont.c:220: error: for each function it appears in.)
xftfont.c:259: error: =91FC_HINT_STYLE=92 undeclared (first use in this =20=

function)
make[2]: *** [xftfont.o] Error 1

I need to find a workaround, or compile without libfreetype.

--
Greetings

   Pete

UNIX is user friendly, it's just picky about who its friends are.






Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.

Message received at submit@HIDDEN:


Received: (at submit) by emacsbugs.donarmstrong.com; 16 Aug 2009 02:19:53 +0000
From Peter_Dyballa@HIDDEN Sat Aug 15 19:19:52 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=0.4 required=4.0 tests=AWL,CT_IMAGE,FOURLA,
	IMPRONONCABLE_2,RCVD_IN_SBLXBL,RCVD_IN_SBLXBL_CBL autolearn=no
	version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7G2Jp0a004708
	for <submit@HIDDEN>; Sat, 15 Aug 2009 19:19:52 -0700
Received: from mx10.gnu.org ([199.232.76.166]:34973)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <Peter_Dyballa@HIDDEN>)
	id 1McVLa-0003ez-8O
	for emacs-pretest-bug@HIDDEN; Sat, 15 Aug 2009 22:19:50 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <Peter_Dyballa@HIDDEN>)
	id 1McVLY-0006qy-IH
	for emacs-pretest-bug@HIDDEN; Sat, 15 Aug 2009 22:19:49 -0400
Received: from mout0.freenet.de ([195.4.92.90]:33772)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <Peter_Dyballa@HIDDEN>)
	id 1McVLX-0006qM-Mr
	for emacs-pretest-bug@HIDDEN; Sat, 15 Aug 2009 22:19:48 -0400
Received: from [195.4.92.22] (helo=12.mx.freenet.de)
	by mout0.freenet.de with esmtpa (ID peter_dyballa@HIDDEN) (port 25) (Exim 4.69 #92)
	id 1McVLS-0008HY-Er
	for emacs-pretest-bug@HIDDEN; Sun, 16 Aug 2009 04:19:42 +0200
Received: from p5b23fb0a.dip.t-dialin.net ([91.35.251.10]:55986 helo=[192.168.1.2])
	by 12.mx.freenet.de with esmtpsa (ID peter_dyballa@HIDDEN) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.69 #94)
	id 1McVLQ-0005nt-Pr
	for emacs-pretest-bug@HIDDEN; Sun, 16 Aug 2009 04:19:42 +0200
Mime-Version: 1.0 (Apple Message framework v753.1)
To: emacs-pretest-bug@HIDDEN
Message-Id: <57B19222-57FF-40C8-8C94-8D19E1281D14@HIDDEN>
Content-Type: multipart/mixed; boundary=Apple-Mail-6--648451773
From: Peter Dyballa <Peter_Dyballa@HIDDEN>
Subject: =?ISO-8859-1?Q?23.1.50;_faulty_character_characterisation_for_?=
 =?ISO-8859-1?Q?=E4?=
Date: Sun, 16 Aug 2009 04:19:31 +0200
X-Mailer: Apple Mail (2.753.1)
X-purgate-ID: 149285::1250389182-000060DF-0F2F7A1E/0-0/0-0
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)


--Apple-Mail-6--648451773
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed

Hello!

When I launch GNU Emacs in an ISO Latin environment (env =20
LC_CTYPE=3Dde_DE.ISO8859-15 LANG=3Dde_DE.ISO8859-15 /usr/local/bin/=20
emacs-23.1.50 -Q &) and display in dired a directory with entries =20
from some month of March the "M=E4r" abbrevation for the German month =20=

name "M=E4rz" is displayed as M\344r. C-u C-x =3D on this \344 reveals:

	        character: \344 (4194276, #o17777744, #x3fffe4)
	preferred charset: eight-bit (Raw bytes 128-255)
	       code point: 0xE4
	           syntax: w 	which means: word
	      buffer code: #xE4
	        file code: not encodable by coding system =
iso-latin-9-unix
	          display: no font available

The dired buffer has a 0 as encoding indicator. In ISO Latin 1 or 15 =20
encodings LATIN SMALL LETTER A WITH DIAERESIS is \344 =3D 228 =3D 0xE4 =3D=
 U=20
+00E4 a valid character and not some raw "eight-bit" entity. Could be =20=

this prevents proper display:


--Apple-Mail-6--648451773
Content-Transfer-Encoding: base64
Content-Type: image/tiff;
	x-unix-mode=0666;
	name=pastedGraphic.tiff
Content-Disposition: inline;
	filename=pastedGraphic.tiff

TU0AKgAAFtSAPd/v8AQUEgEhkocu9asZnPiCxEEQWIAAEIU6RGNRuORx8HtGRMARWJRSNyKSQWUR
sQhk6N9zoyWxmCzCQyYATObSuNTySyOTwUMy6bTqYzyjTegT2cT+UxahUSY0mkVKlU+fSqm1oAUO
X1OrVmoUunUGyVysVux2mz2uzWyvTay0y22KRXGY3OqVGvoyI3uu1af3i/Wi34e6Wyn0nAYS/2G+
XLDRrAYqWZC62q7ZrOZnPZbE4i53rMRXKwXTznS6LJ6PUavVX3N5+zY7X7LI2CaACd7mZS6I73aX
TbW7Q7HhYvYY/cUvGbDU64AQcAQLpgGNdaI9TrbOK9SI9rW+PjdLvazy+Tz8fzZ3Qe3h/D3+r3ej
1/L7fX2fT4/z5vTAD7v8/L+wC/T8P3A0CwFBT/wZB8DwHBMIQXCMGwIrCMI7DcOI4Oh3o0PkRHxE
hvxM8J7nuBMVxRFUWIKVsYojEQ+RIfAMRw0Ath0GRXGOCMUlrDiBoIgoAoQKSFlKhyRIiismw1Ds
pIikEno3KyNSxJyuI4DIRDoc5vEYrxzpjLEyTNLicSbNaNy8l8xTYrsvm/OK+TKRktTbLM1TnOCl
IjN86qVNE8z7PSlzlQU7I1RdAT3Lax0jOVEUrQ9L0lSCcJm6aCnujYEgBMNDUzRMrtvPFJzc4FQ0
HOVA1Y3lGVUwKM1bWdNVNPlS0RQtCtMl1UzvNKxq8jVQ1HLrgO3UUxV7YNiUpTFpV5adT2rbFqW1
a9t0bZaDWawtdV+rljVC6tQVlR9dVpWEwWivlO3Q7dQmtXF2U3aFxXJYsv1Hfi739MWAW5a9OXPT
9j3DM99Wfd9SVfeNmVdVbd07ZNc0QiMjuqgjqIGjuOI5kEsZEguQXbjNrV3buU3xl9LWzguWZnl2
Y5blWZZpnebZXnudZ/nGYZ9nOhZvmui6RoegaTnmm6DpWj6dpejaJqmo6tqWoanrWn69q6NyjKex
ojD6LAQBA2bVtAEGvt2yI7GJWxnESJAgCFuiXHhbR+d6GLVjp/pFI4hySd5Wodm5Cj5PcsccrQ9k
Jret8fUtacrqvLVzy7J8ziOX8443PQ3jWv67sHJ6/DnS9RxvO5nzHSat1PW9r0PP6l0/Kaz3mmdr
0/gZX3XVdN4XjdFrHkI72Ndcqmdhdt2XNeb1+d+Z1fj9HsHmdz6vg997/tdp8Pk/F4vwd783f/T8
v2659n3/R+X1fJ+P6fh8f8fP+/5/d/L/X7P+cW655TmA+DvRIQVGhERnQNRWuc7KKYHkcbk2xtQb
G2N3AgzFHaPUfopbmRaBLaB8JEO+kgHI90ljGJ4q9sR6CypVf09R5SkSfkefg9x6sOIAQ6hq/6Ak
LYgxAfXAB3cBVMQ3eI9GGkQmpv/f5E565nXbvJiVE2Ij9YoRZhy9mJcWnNtNjA9Z7yfVjLMYw9uM
q2Iru0iOt1+r3XpxydxDOMcd47R5iM/uLke4ixRj7ICAMg4tyEj5IaP8gZFSIjxH6RsgpCyRIjC9
BJ0gAB0HuRNEiNCKjfbe3AjYtZRI2gWSpu63Qpg6B0j4BKQUOECcEkaFDh3Ew7gGW0jhYiCkgkk6
CMJnpCush9HCLzy41zEZ1MKHch5exxmXIlXcV46PSidDaPUgplRzmKy6YM15FzNiSn2N8YpnzOh/
MZ+U0pxRDjJD2cs252RTixO17U055xVjVI6b0jJ9zgn1P+SEzKBTQn9QGglA5HzfoRP2hdAKFUHo
hFqW5T5cuALRAckbaA+NqbO24a51YJIvI4ilFwCYKtogvBlu8HEeI+SAPdISG0iMbIQQqmAxhjTc
SigwkrkY5TqVLGdcDFJfUQnxPKpE6551JnPNmKTx6gGzdDVGKkv6Ez8LpDyp7voj1UmBL+ay/UwL
OdmntR01ZyTJLNVOqFba1VZrS0Kcc0C2VadhW6OqpRTAyBkFqBtc43SHntXaJ9goZz4m5XGu9cIa
VerrASx1a7IV4sXZEAArgRD4C0N5JrlbLWfspO0n4prMhSs5VKydb7QWqtDWy1lr5kWrtja21Ns7
YWVtpY23Nnrdn8tdba4BHKdoWNGh8lEpQAUeI6ik6cECOSiFrKRuspm8MzlTB6l90USNsRtLBwcs
0ljOZbJSXR45eVVnQXOJzBKlzhiROexE7Kj1KqZWi9s2qHVYmxGZgTEFr3qiJWGuRnaz3/qVgJKR
oL7KRNTMi+19bF0GqvQXCLBr+suTeqOpkbcDViXmsxdCeHT4FUanRMQtgVAqCUNYazQq9gyAQjZt
FfhnVhFtXxGwWsWKIxfjEfGK8W4VnozkEN/Vepfw+qJeE96zZIU+cJQOTiNPQmHkJSNmLNWcwnQ3
CVDL7ufwQh2x4ALSZZxjl4iuWLN5gzHmXNeW6I5ozlfnCl+qH5wzxnPLudLyUWQAiFEDZ6UtoGc2
65x2SDXMpE3JujjCCwaR1KqVjfhW3cu22iExBpZuIxq5uiaUi7EfclfSZ9hF3ZUXLf1cy6si1jXF
lFP4Kkvr2XXiTDLA1Y4aePrIOmtFFYmUJqrXNZK36818m7YGe9lZWYkbwo8fdWr/2GqRg64Vaarq
Iu4jqt113xyGt4OiLNjrjVjiEvK8VkMD2Ts1Tu2ShbA2imLb2ec6VpsstRThBcRRmW/lDDtecH4H
N85kme4kxb5yUqTG4MgpQNx5XzGhHMX8NvEQUVwMgVcNGtxcGQSoGpyr2Cqv3G6+cUTPsJWy6uAV
m37s852RtU6uIrsZe/J9XL83jq/d6f8Fp7zKRHN5XOfob6CWPoZGui57zVlqLvRrS2c6XZ3oVmc1
9HtMAjLBHOrk86jmnqlnMr2Z6B2AnHWeidM6cSTNc+M3dkKX2YAHa+y9i7PmftJHOk53z13reuce
+702XnbwWdfCST0dRSGBaJMSaHxcga9f6RJTYSL6Ucm7pkWlPdalsH6YSvIHd8hMKSGjGevcO3SH
Lz5fvlyw5uDFvp4V8VbnK/OaEywuvk3fsF9RH9rzn13uSYqF95rPg/tzhrUwBNGd5x/kakJzyjfc
fqhe6L77VgPPOdxp1vf5Wr0L53vq3ev42tmGqo+Dqr42p8l/T/P9idDmfk5hZj/E/V+6xbSYfgz6
GS57Yb5ijSxG9e/a3MXEFMxSx0GsiOxQ4yx2IKxQ46GsGdAWClAaLGFcBVAhAkxSyAKq+ATG/Kvg
+y1w/yeSee3O+6yW9+9g/GNgwc586+7s666mzMx46ebQfO/oq+zJBgwUsW7g6rBs647o7is47aVf
CMSwzK62ILCUtOZnCbBuI1CgidCnCZCCekyxCXB2HxC1CrClCuV1CQmO3+ZzBzB6+UqaMQ+bDS+Z
DIaXDNDVDc/m+XDhDbDQ4DDs/kvdDxDrD7DpD+Is9Mt4kqowIgAQREDoIgHwk8G+RQuaPCXBEgFa
Fs0qImbUD5Bu0gUwg6pclcpkZQAAcIcMvCwWkoSmiEp9DG/esW989Y+iUUX09iOaNM+MYYYeec3K
YSjQ3kU3FqXLBBA6XlF0qGXuxI8A75Bc3I9asUVqOTF/BJBQX2MwMJFhFnFU1MaUTeyS+jBMX23W
AABE+IN+YevZGoYrG5GAy5GRHWsKZeOK3w93GZGxHdG+nsMI9nHSzI5K4/CexSbY5NAcr4484qsu
4w48yDIK47H5H05EGdATHPBOnMLvBAiu1XABFU+2XcOEqEYU10vw5BCG61CdC+zMrC6ih4q84lJC
Q3C069JKiXDEsvB5Bm7yhpJO7nJfC27k7fJXCI6lJlBoT66O7w7RCFJzJcQ5J3JdJqIjC8wg8HHV
Kg788C8LKnHZKrGPKkd1FM1Az8kuHeu4DYDoDoxibak8I2YSVDLSbiFqbmHxEOo2JUAQ8yZ2b0B0
b4ASEYEYCU88ljFChQHucQ9Ils8OPISk9SmzJS9Y38OdHjGVGEI6+84GYNMcqdGyMxBVIi+c5XGj
KfKwy8/05k6bG6YdI3GnBBNI/+2JM4yrHpNENiehHNM6/NA+L7G7My+4+EWGXFM9KjM+nceVIyVy
xIrnHtHyjlHxNtMqK445IGmQIAthkMikzmcphUKgQCAA+HxC4aAIWSoMtoTEobD4ZDoWWoM+AAAB
CGTo53OjJBGIjKpDK4ZLZdIZSIRFJW8jJhMpzL5aGZq35vL5TPJzM5JMATIXvMJMjAzJKbLZnNXP
N6HOpVVwAphE+Ck3ohOaxLVdXa/YbFXK9YKFIaJMZhWrlbrFRZDZXwWrBWqldLjO5Dar1PLVZ7fh
bZWLbKsRaMDZsTW8hYcFe7vXcHWsrPJTZMxlqzfpTeMzfpbm7nLMfebBfcZnwRfLtqrhrrfstrit
nt9Nur/tNxwd7ueJwuBw+NvOPy+Vzd3z9/zuj0Nt1N91en2ex2+v3eLyPBzJahT5vs7dZhiwQfHf
DokfD4dJa1/p6ABSwBSaVIaSrf8iA6DoPj3AwDAIOMLYdBkVxjgif5/l6+0Hn+loAgCIYlByd5am
MZzuJCQr5Ps0MSNiPZCOk3DsPO2inpKk7sJ8myUNEv0XKbG8YKwmkZxkqsaJUESamsoLoOTHaqJv
HyrRtJMgOlFcmx7J0ju070qw/LDzRqlUcpwsbwvUkMhDpIhGOUkcXyBNKopDFxvpOl4RJIa04pzN
87N+lq3w/LKQzYk8ZPuACmqNNVBKXOEzzcqFA0ap1Hq1JcvpXHkf0NQsuRSwErO+8VOy1T1NxLO9
IvDQFKVDPzaJ6n8i1BTUxzpPNWxm3CEBULRrGs06Bo9Dyc1xXVeN8VyBooZzFz2u6BoKZytTJM0x
VhVlGDpRTF0sm7XVRWtL05GNTJFKkbJJbDvNc0jQWm07YNTdTYzDIzhyi17WXjT9V3g0bYXTd16K
xeDsLUlrDYC2GCJDgyYNQ4bG3ZYN+t9h8rsve934kuFQ43eVqShit85Bj9ROtkmPZLjmQ5NVeR5T
luO5ZlGYZFkoARC9FptSmA6PwkD4PKhr6G+e6lgS/S6vxo5av8kD1vjPYIAg6QpwVBkHQg+x7wel
oEwuKQcnuUpjGNKDyTBEkRgAPcn3nUkR0lc1aR3R961RGSgUWAFJ0lciRXFUblBVIdXqnGae7pmj
s7vV9vSZlWXZlx+OtxPG8rFFk+bnNTjR5QdMxamtB3PxXQqXNrstTnNTydSdudZcW7VcRltVTP+/
2t0/F8s2dl7fmeV8TmM9VjTrXJbbrvcrl+3ON3svchSvb71xDiFNZqDJf6wZNijgEV+4yLBUKVd/
AhIlV3bPqeF41y824dEKYk+4TVy9T+pwtBpb0/67ddsWAANKbRhMADWsHf+wtKrqUtrVeA9UrpYo
AmHMm6pezC1/GdMG/xeDDT0mrYKZF/0EDQL7Y7AOD5jiVl4JbBmA0IjOKceg+t4MM4GwxhpDaGrv
4cQ7h1D1yUP3lxBci2VoD/20u9KGex7ofA2BsI0N8+r+QEtJPQfgWzS14hsPgS9qKBzwoJB0gwBK
D0InoQmhVryGhWodT6zeDpKyxHqHwidkbwoeRAbbBSITJoFOoeJDKPkPllOTXBAt3q9Y9yIjzEM9
ECZCKfj6/xiEgY3n2RUuiG8f4FuZY0lyQ8hpHyfk7JWTLzGAR+f64mSMqpBSNlCeF8L4xrSXhzJC
U8imTvFk3IuUcdZMO+lJKiPcq5gOAldAyPrmJeMUl7L+HEuJoSMZNMyaJdZlTWkLLVUcomdSvltM
Gbs35uSem9NucrbZxtonPKidMg5xTrXrO1s85p3z1T5G6d0FC6h0HeRAfEWg+EvPoNcmDSYqRUJa
0sVpGomBsIkQtqLU2qoNjI1lB5L0LIYbAhwY0kZ8TzbOTltcjpUzNlzICWifZSy+kpHp3kmqW0vg
Y+ymdIJgRIphHeTj0JiKqlZKaZErZhS8ppJOkkxqTSWmy/yUVTJb0rZrLuoc2pj0sVXTioEiaf1G
qFT2nMMJH07rDVKXEyZTzXmrNes1Wat1QmK22ElQa2VTqLUSqVXqS08phXWbBy6sVaqpSet1KKhW
EjxYKwNhrAU6mlYqxtgzrxuqwfadwAA+FLI4fA+RDhrjfG/Eeg5/D/CtJaz8lsXUEA6jCMeMbWIz
IPJS10IbXx3tiWSuhs0cGcTzjmiiXlR7H2JrJTax1Sbh2ImfcSu1dLlySuCymeUurA14rFXKfVXa
x3IuzSq413Zq3frvNm6lx5iV8rLdiw9zrtV5q/OplUdrC3kvFWc4YtkhUPIzfg9xE1d3npLWmp5x
LwW6utc+9sk6lTBkBea5ctLx3TqXeGb9i743CwtYy9eFL02QwvhXDFxcQYcVVbmI0b8SlCn4Qw2M
TA6RPijFK0AABai+oWQ+zTUGpU2aoguilrmkUXJDRlr4941jGvUzZEVk6wEtbXdynzenSkwdHiGm
Nfa/3BypHfK+Va10upNg/LN9If3RvhezM1Vq3OFW/mc2btLgXMlzl3CWXqU1tqnm+5OBKuZszhm/
AeYZwXbzTmLLZxhjEJIcZ0oU/h8BKG8N7BzxI+wcqRf7L2lnIu9g5U2m2kdAwVMjn7TOAa9WH09U
jD7IMt18ebe3VenTw6vz1qrV2tczayrVrHW2e9cZLOVr3E2utb671oRKj+BI40hLdEppuNyQ0Dil
QZorR38i2FaLUhc/4tbZaiBjBKCceNXjKXWM+QY021Q7gjEmS9kkRpHpK9BL3W0/ujWjBuHr56m3
zmjLmYsEXHuK3xa627s0k05hZxrtc+ZlsA4d+mHMj52wfnKvu/7u8Td/IBFxSFCOOz2tPeZcONtc
AA3jer7yjlJzXx/O3Gij8k5Wkhw1MmR8jP5x1tj08kn55w8K+wIk97ZPcTnRw3tMcVYiWuFHGMC9
Iz7OSBk1L5VzvUvxi/BcDzowroDMmBp7dew12HsHY8M9k0B2Lsvaez9mhpkjX2ym0YpIkPg+NmwE
WdGdtNEdCMZNLPcz8lKBovNuapau1u4yxNaH/RiNORGx0eRFZXqBIcm5zmkph+SXHaPwRw7It6k3
defb75vKLn+a+eTv6jKHAxGOCZ46ZHTJvQ8y5jdLe2VtSb7ml5z2OeE/us9L5lcZ8vYc5Vq574W8
soli9NiLzXwecv4PwSF0b8FFZu9/8TKTcvVt49ctKqPF9/cAuV07AGfK8O0LE3vrPq3Rfc5DwnN/
NnTkp++q/kP0n4/GZB+r1Lmb9z4pyj1R10ADhL2YmEBBeoYxIQITR4lLQ4FQIRXZ8MCYax7KB4kK
CKFonJhYzaZjpjPauKTi4qZiAYwbSiD0DRdcDgmCFgyRe8FLpxjB/8F4zZ/0D0DKAgBDqThDiTfD
DbDsILVMITtDtbtT50IcIEI0JKIjuDJTEyy4jJpzFr6jF6grm4+y0bFRAShyh6iKBbcBqyiq14f6
2Lc62zdTnYuryQjBE7U7y59p0Z+bnhH5L0O515a5PJ3T7BLrlLnB5T8rgUO0AhaxowABMxVD+b4E
Azlq5r8iSh50PL5rODh0OpJRR7kL9j4bNcPreRuJvLpjk5t0Tb+5vJLzhzzpKcRr1ZH5bgkkQ8RJ
vrOjrDpq8rqbS8H5T8QJ6Lh72USb3rqET8PR3bARNz1UBEVBaz6pJxWpvDtBQz68PLKZzT+reEP0
Yh5EXsayBkCpXbQ4EQHRIgXxwR87oyBZgQ1cF5W8HQs8dKBqQEG8XCuBf4ACDYycEaA0G0eo5SFR
hQsEfMYxhiCamSuMgxhEfEfkOL9D9r28Ikh8JbtkIsiUiEJUi0JkicJEeCyTdkjokKfgmC0xoIZy
z7ag/Y/LvhogVoXwXwjLwAkLwS9TwqMUMguogIAAAA4BAAADAAAAAQJ+AAABAQADAAAAAQAUAAAB
AgADAAAAAwAAF4IBAwADAAAAAQAFAAABBgADAAAAAQACAAABEQAEAAAAAQAAAAgBEgADAAAAAQAB
AAABFQADAAAAAQADAAABFgADAAAAAQBEAAABFwAEAAAAAQAAFssBHAADAAAAAQABAAABPQADAAAA
AQACAAABUwADAAAAAwAAF4iHcwAHAAAPgAAAF44AAAAAAAgACAAIAAEAAQABAAAPgGFwcGwCAAAA
bW50clJHQiBYWVogB9kABQAPABEANgAwYWNzcEFQUEwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
APbWAAEAAAAA0y1hcHBsNwhX2pdhndJZw3IZVXJmQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAOclhZWgAAASwAAAAUZ1hZWgAAAUAAAAAUYlhZWgAAAVQAAAAUd3RwdAAAAWgAAAAUY2hh
ZAAAAXwAAAAsclRSQwAAAagAAAAOZ1RSQwAAAbgAAAAOYlRSQwAAAcgAAAAOdmNndAAAAdgAAAYS
bmRpbgAAB+wAAAY+ZGVzYwAADiwAAABkZHNjbQAADpAAAACYbW1vZAAADygAAAAoY3BydAAAD1AA
AAAtWFlaIAAAAAAAAE84AAApygAAAtlYWVogAAAAAAAAgG4AAMClAAAY/lhZWiAAAAAAAAAnMAAA
FasAALdOWFlaIAAAAAAAAPNSAAEAAAABFs9zZjMyAAAAAAABDEIAAAXe///zJgAAB5IAAP2R///7
ov///aMAAAPcAADAbGN1cnYAAAAAAAAAAQHNAABjdXJ2AAAAAAAAAAEBzQAAY3VydgAAAAAAAAAB
Ac0AAHZjZ3QAAAAAAAAAAAADAQAAAgAABAkF8wgKCgsMEw4JEBMREBMYFQ8WFBgbGRgbGxwaHh0f
HSEgIiAkIiUmJigoJSkqKiwsKS0uLi4vMDEvMjMzMzQ0Njc3Njg4OTk6OTs6PDs+PT8/QEFBQUJD
Q0JERUVFRkVHR0hISUpKSktLTE1NTU5NT09QUVFRUlJTUlRUVVVWVldXWFdZWlpaW1pcXF1dXd1e
X19fYGBhYmJiY2NkZGVlZmZnaGhoaWlqamtra+tsbG1tbm5vb3BwcXBycnN0dHR1dnZ2d3h4eHj4
eXl6eXt7fHx9fH5+f3+AgIGBgoKDg4QDhISFhYaGh4aIiImJioqLi4yMjQyNjY6Oj4+QkJGRkpKT
k5SUlZWWlpeXmJiZmZoZmpqbm5ycnZ2enp+foKChoaKio6OkpKUkpaWmpqenqKipqaqqq6usK6ys
ra2urq+vsLCxsbKyszKzs7S0tbW2tre3uLi5OLm5urq7u7y8vb2+Pb6+v7/AwMHBwkHCwsPDxMTF
xcbGx0bHx8jIycnKystKy8vMzM3Nzk3Ozs/P0E/Q0NHR0tLTUtPT1NTVVNXV1tbXVtfX2NjZ2dpZ
2trb29xb3Nzd3d7e317f3+Dg4eHiYeLi4+Pk5OXl5mXm5ufn6Ojp6erq6+vs7O3t7u7v7/Dw8fHy
8vTz9fX29vf3+fn6+vv7/f3+/v//AAADRwTyBnoICAmmCzgMuA4+D6sRLRKjFA8VchblGEcZoxr+
HEYdnh72IDshgiLQJBMlUiaPJ84pCSozK2osmC3JLvQwGjFSMngznTS8NdU29jgZOS06TztjPIA9
lD6mP7lAy0HcQu5EAUURRhdHJUgqSTxKP0tTTFZNWk5eT2BQUFFNUjhTLlQiVRNWAFbvV99YzVm6
Wq1bo1ySXYRed19oYFVhQGIqYxxkCmTzZd1myWe2aKdpkGp3a2hsS20wbhlu/m/jcMpxrnKQc3F0
U3U2dhZ29XfSeK55iXple0J8IXz+fdd+rX+FgF+BOIIPgueDwISVhWGGNocMh+SIw4mtipqLkox4
jWmOW49SkEGRL5IZkwST9ZTmldKWwpeymJ6ZiJpvm1ecRZ00nhyfAZ/qoNmhwqKno42keqVfpkWn
LagTqPmp46rJq62sk616rmKvR7AssRGx9rLZs760prWQtnm3XbhAuSa6D7r3u9m8u72fvoe/csBc
wUHCIcL7w8jEkcVZxiHG6ceyyHXJN8n6ysLLhsxIzQvN086Xz1jQG9Dj0avSc9M20/bUvNWE1lHX
INfs2LXZgtpR2yLb9tzC3Znect9L4CXhAOHn4sTjrOSW5YTmd+dq6GHpXepd62Xsde2P7qzvzPD6
8jnzfPTM9jH3sfk7+u78zP6///8AAAJsA60E7QY9B3YIsQnqCyoMaA2mDuEQExFEEoETvBTvFh8X
Sxh0Gaga2Rv6HSQeSR9vIJMhuyLYI/QlGSYtJ0EoXylwKoIrmCypLbYuwi/OMNgx2zLhM+I04TXi
NuM35TjlOd461TvPPMo9wz66P7NAqkGfQpJDg0R4RWlGVUcoSABI1EmnSnxLUEweTO5Nvk6NT11Q
LlEDUdVSplN5VEpVF1XiVrBXgVhTWRhZ41qwW31cUF0ZXeNerl93YD5hCmHRYphjZGQpZO5ls2Z5
Z0BoBGjJaY1qTmsPa9JslW1bbh9u32+ecF9xInHicqNzaXQodOR1oXZidyF35XizeZJ6dHthfEF9
J34Rfvt/44DJgamCjoNzhGCFRIYrhxOH+Yjcib2KnYuHjG+NU44xjxWP/pDjkcSSpZORlHCVUpY4
lxuX/5jmmcqarJuPnHSdWp4/nyOgB6DqocyisKOXpIGla6ZOpzCoFqj+qeeqyauqrI6tdq5hr0uw
MLEUsgGy+rP7tPS15rbVt8S4wbmrupa7ibx1vWO+T784wCPBD8IAwu3DzsS9xavGmceLyITJdspp
y2LMW81UzlDPUNBX0V/SaNN41JHVptbI197ZCto422vcoN3a3y3ggOHO4z/kquYa56LpNOrM7HHu
Lu/38c3zxPXH99f6DPxS/oL//wAAbmRpbgAAAAAAAAY2AAChhgAAVgQAAFm3AACPGwAAJygAABQY
AABQDQAAVDkAAjMzAAIzMwACMzMAAwEAAAIAAAAAAAEAAgADAAYACwAQABYAHQAlAC4ANwBCAE0A
WQBlAIEAkACfALAAwQDlAPgBCwE1AUsBYQGQAagBwQH1Ag8CKwJkAoECnwLcAxwDPQNfA6MD6gQP
BDQEfwTNBR0FRgVwBcQGGwZ0BqEGzwctB4wH7ghSCLgJIAlUCYoJ9gpkCtULRwu8DDIMqw0mDaIO
IQ6hDyQPqRAvELgRQxHPEl0S7hOAFBUUqxVDFd0WeRcXF7YYWBj8GaEaSBucHEkc+B2oHlsfDx/F
IH0hNyHyIrAjbyQwJPMmfidGKBAo3CmpKnkrSiwcLPEtxy6gL3kwVTISMvMz1TS5NaA2hzdxOFw5
STo4Oyg9Dj4DPvs/9EDuQepC6EPoROlG8Uf3SP9KCUsUTCFNME5AT1JQZlF7UpJTq1XhVv9YHlk/
WmFbhVyrXdJe+2AlYVJjr2TgZhJnR2h8abRq7W1kbqJv4XEicmVzqXTvd394yXoVe2N8sn4DgKmB
/4NWhK+GCYjCiiGLgYzjj6yREpJ7k+SVUJgrmZubDJx/n2qg4aJapVGmz6nOq1Gs1K/gsWm0frYL
uSm6urxNv3fBDsRBxd3He8q6zFvN/9FK0vHUm9ZF2Z/bTtz/3rHgZOIZ49DliOdB6Pzquex27jbv
Fu/38bnzfPVC9iX3CPjQ+pr7f/xl/jH//wAAAAAAAAACAAYACwASABsAJQAwADwASgBaAGsAfQCS
AKgAvgDWAPABDAEqAUgBZwGJAa0B0gH5AiQCTgJ5AqYC1wMJAzwDbwOnA+AEGwRXBJUE1QUbBV4F
pgXuBjgGhgbWByIHdQfKCCEIfQjbCTcJlQn7ClwKxQsrC5YMBQx1DOcNWw3RDkgOwQ89D8EQQBDI
EUkR1RJZEugTeRQLFKAVQxXfFooXLhfXGIUZNxnpGp0bVxwPHMMdgR4+HvwfviCGIVEiHyLnI7gk
jyVkJj0nECftKNEprCqXK4EsaS1cLkovPjA4MTQyMjMxNDc1QDZNN2A4czmGOpk7tDzZPf0/IEBI
QXRCoEPTRRZGTUeHSLxJ4EsDTBlNSE5pT4xQqlHYUwZUPVVvVptX1FkJWkBbfVzAXglfUmCSYddj
K2SBZcdnGmh1adJrJGyJbelvSHC0chNzfHTrdlp3yHk2eq18JH2cfxyAmYIUg42FCIaTiBuJoIsh
jLSOSY/akWeS8JSAlh+XxJmRm2udR58noQmi+qTzpt2o1KrXrMmuxrDTss20ybbIuOK667zwvuTA
48LuxO/G7cjjyu7M3s7P0MLSttSO1oDYV9ou2/zdxN+Q4U7jDeS+5mTn/+mP6x/sre4o75Lw+/Jc
87L0+vYt91r4iPmb+qb7nvyS/XP+b///AAAAAAABAAYADQAXACIAMABBAFMAaAB+AJYAsADMAOoB
CwEuAVEBdgGdAccB8wIhAlICgwK1AuoDJANdA5kD1gQXBFcEmgTiBSsFcwXCBhMGYga3Bw8HZgfA
CB4IfwjhCUYJrgobCocK+QttC+IMWQzSDU4N0Q5VDtoPYA/sEHgRBhGZEi0SyBNgE/4UoBVZFhAW
0ReQGFQZIBnsGr4bkRxlHTgeEx7uH84gtSGhIoojdCRvJWQmXidRKFUpVypfK20sdy2PLp4vuzDa
MfwzHzRJNXQ2qTfgORc6TjuJPNI+GT9fQLBB90NNRK9GB0dnSLlJ7EscTD9NeE6mT9JRA1I3U3lU
tlX1VypYcVmvWvNcPV2NXuNgK2F3YsxkL2V/ZtRoNWmaau9sWm3BbyJwknH3c2J01XZHd7h5KXqg
fBp9lH8VgJSCEIOJhQWGkYgaiZ+LIYyzjkmP2pFnkvCUgJYfl7OZNZqhnB2dqJ84oM6iTKPrpYun
HKjCqmCsCa20r1+xArKntGu2F7fEuXS7Hry6vm7AF8G6w2LFB8asyEPJ2ctuzQHOitAH0ZHTBtSQ
1f/Xa9jV2jzbod0D3k3flODg4jPjYOSV5c/nBegq6UnqZut/7Jftq+6277fwtPGx8qnzn/SG9Wz2
T/cx+A/47Pm7+ov7Vvwh/On9sP6p//8AAGRlc2MAAAAAAAAACkNvbG9yIExDRAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABtbHVjAAAAAAAAAAMAAAAMZW5VUwAAABIAAAA0ZnJGUgAAAEIAAABGZGVERQAA
ABAAAACIAEMAbwBsAG8AcgAgAEwAQwBEAMkAYwByAGEAbgAgAOAAIABjAHIAaQBzAHQAYQB1AHgA
IABsAGkAcQB1AGkAZABlAHMAIABjAG8AdQBsAGUAdQByAEYAYQByAGIALQBMAEMARG1tb2QAAAAA
AAAGEAAAnCwAAAAAujfgAAAAAAAAAAAAAAAAAAAAAAB0ZXh0AAAAAENvcHlyaWdodCBBcHBsZSBD
b21wdXRlciwgSW5jLiwgMjAwNQAAAAA=

--Apple-Mail-6--648451773
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed



In *shell* buffer both Apple's ls and GNU's gls display:


--Apple-Mail-6--648451773
Content-Transfer-Encoding: base64
Content-Type: image/tiff;
	x-unix-mode=0666;
	name=pastedGraphic.tiff
Content-Disposition: inline;
	filename=pastedGraphic.tiff

TU0AKgAAE4aAPd/v8AQUEQV8QUEgEhkocu9asZnQmCwaEQZCnSKxuOR2Ovg9owQhk6N9zoyDgAMy
STIyKymVyWTy+LgCRxqPRuWymKTedzWKz6TzyOTeczqhzWhSigQWl0SN0ajwWfgCeyyk1aOVCaVq
N1yLV6uxSx1uCzGKy2y1+mgCYViXWGrzKmSq4UG4W+6V2Y2q5WaxX+bXCl4W82e706SUeq2ic363
UrD4HI5SwZWyYK15vNZ3MYC54ys5nB3TL3q0zPPafJaa26iqarP2zLa+20/EXvFa67brS43E7POb
OpACq6TcbXlaTYcbZcm58fQUXJ33n4vH1nrXHf6Pp7Tmbbl9/h6zx+DyavxeHz+X1+nher2/L2fX
4eb7ej9e75/H/Pw+73v2+kAv7AEBv/AT+PzBcCwZAkEQPBsIwVCEJwvC0MwTA0Kv+jKpxAo46Hej
Y+RMfEUG/FSKnvFoExfFkXRggpWxqisTD5FB8AxHj8i2HQZFcY4IoGXqKoGgiapSAKGCkh5SoklK
KopKUPxDEKQpic6TrnLbuS62UqSVMavKgvUvTEjctS4sKjzTN6wzWRk0orOU6JzODZzPNjKynNsy
T9PtAUHMqOAyEQ6HOb05z/QqNzuryby9QM90Y0tJtzNDd0xSKSU5SFQTi7COASgp7gBL07U22Ttz
M1rpUFR1VVjUNaUbWspUJXCOV3R000OktF1y3tNVjYFFUtYde0pTM+WHY9F2XXVb0axyFVNVFWU9
PlJW1RNuW3L9qVsm1EWRPNn3DaVHI/ONzUXWdK3XWduu5VsyTBe11XHZV+V5f1H4BZmA3JfuC3/g
+CYNheEYZhWG4hh+JYHilp4Tit2Yth2MXXjuBY1iOOY/jOSY9i+QYnlGRZPkuR5NjeVZjluWZfkO
ZZrlOZ5hnWbILK0r6AAERrcBAEDZo+igQa+l6CjsalbG8TJeCAIYcJcgFtIcixYgeDIWIcnHeVqJ
VwQo+XwwVXD2Qk5WAAFT2LeVG4HSE63eRloWTZtxT1nu7UTeG71/cO6ZHv9kbznGV52nvBYBebJ0
Des6urwjcqryjecXiO28tYlvOBb+9I9eOI3zzec8Vm+XIKFVEGtYTW7jvfJcdhOTcmpXbYdvPUYH
el90uk+3bhcHReJbPR17xO5zJOXf933VgrrfPn9lMOAbbRG3+T0/TKd7fiu533V5p1nzfRxnz/V9
Oe9VnnU/X935fj9v6/Z/H5/t8n4f597/36P+gC+V/L939QFgE/uAkB4GM+bOr5tLaC3B8HeiggqO
CKjOg0i9UpHEWj3g405GrSWjhsaS1QCCtUfg6SEAlrZBUkMDSY2AHI90oDGVcRxn58CxkgLq3le6
alEDfdjBBWL0HplQBC7aJbgHlOPXdEl6S53wROXQ98yqwIiPUiqsiBMCHnGLg6qcjapYqPoibF5Q
haIzKLd/GI40RY3kaVLFuMBKm7r0iY9E3sZVULRVETha8dicvMgU/2BcBmcrWABG18cU5ARZjg9y
P0Z4CyGNRGNUkf19G+ju70s8Q45ShidEFw68DJuQjotiP0hFIx8cyrBYYIiSRkkbJxwcgpbxqfgr
+PLkTcyVjcoZUaxSuxfgbMiRUypmSJmbIiaEAJDzSjvNSZMzpsTRgHNqac25rTLmzN+Z84pwzecN
DtBBw2hD3IOihHBFBvtMaaRsWs9UdQYIM1RhwU0gJCAiGMRgexKBzCEQIf7XkmkPbGM5dqfWzFtI
6ZcgpIYrs5cK32I01YIy9nNRhXtH6NzkmgxiZVFaK0kZlSWjdKGSUNZ3S6CUOZx0do1EeLDDm6qE
pVRimFLZrnnWHReoNMXaU/Tc82kdRKOO3pXUpnFJ5yzdqlTWqlP6RVXppVarM4JuVVq5ViqdWqw1
fq3TOsdZqvVorFWmZ1DzKURogXKChVmih8aO0RpY123oyg6R2D8HGnwkaQ0WFEKp+pDEoEIXwABK
UGSSo6GZDh7kRGMewjaVkJFbJAISodS7O05q635lFInULrqFFiY8ErU0ZqdFCplNrPWjqbEa1dpa
QnyttTytZ4qL2rTzb63FqrbsstPayRVoKTWuPNbmmVN5gkVkdVC41ybdXTqRdKkF1bkP0uxVuy1w
rX3AQ3b2114rl3gpwYC8l4by3tvZe+9JtL13xvNby9FqL3X0vzfi+F/L9X9Yld+2l+8A3qvvgW+W
B753+wZgi+pysF4OwJhGy5OLMn7RGTyfAAK8keRbI2vpHZ6i1nu1KfLVWItXBk1kCIMQAC+DGM5F
pA7VwzbClAZzG50USM6SGncObu3auVImp9s7s3NrJWO7eQrq0NwfcW019iPYCyOni71w8kYCydUh
QNtWEZeYJmClmVafXGy7dfLGVj9WdzPk2511n7ZkyXlnNOZX33MzfmN85a62WhyTn2sGgKy1R0FW
fQlu8/6IrVonRmi9HaH0bpDR+ftJrLx3XE/yJUSNEhK0kZzS8QkbjIAnD6MwANPajA8AFhcDAAn5
CwY4CRnEuFsEIWsMWENfbDQuklbjSVwNq2uRkdZR52zRa+AuQb47JyNkPKezdDbGo9s64tPc9Poz
BdJ/kp3R25jTJGz+x9s2z2rnnc2CMgbUzfkXN2ZrZWwwowjb7eG76LznUrcr9cnsWwfmTKGg9KaS
yJq2UHAeDTfi1sXQOiuBcH4BwvSPDto8Q0rw/i3E+L6Fz6ADXyIMeGYDpOwqw+MNjXg1iBoMZBfT
2ndiYt0+s1I/SCkMGIQgADPF8O+g0OcbQ1hvjrC14Cc0UkC7PMOzt2Uv0hlHP11M6Lkz5l+4brg6
OwLrtbfFrcmbpWNKLq/WuudPiU57inWc4dh7B2ns9OqlcFTz1Tq24c12ileRqWy13udG3/dXt0XZ
h7o4ZcaTChnwkb70zJ5CsImyUIKpzNvcn2dwiLsrwJ+WDdR6PkzzGeN3VA6kcSWG/NoL1VqWvebJ
vNoC8vtD1PnvM9P9b5bz/sPWe1817b2nt/de5956L3fvvesz9id/1fv/he4+B8n45brMdCM8ACuZ
CQEImDoQkfE8Rvox5RKzEKpxWi2Fa0UADRw+fi1ZRjFWLIXgASQpCyJDyI0Mp1OhEKZrNrpc1JBv
EcHEb18Iem9OiijO3mjYji6+ZnACiyj2lKjglcZW3mUC8lAO8e8qWqmKWcwU/+i2KMkccyl2kiL4
/47+NC7whBAMyQYxAKl4lylu7yeNA+3oikj6uglwijA29C7W2e3a207M2u7RBmOcO4/wIq6MmkzE
mI/y87AfBE/2kEWLA4k4iQcRCYt+qQWscwlIktCy7+8GYJAIc84K24zJBU3Auek3C1CAlui2361a
tAFsBUBUCUGsGsmlAlAgkKl+lXCml02JAOkNDuTVCZAilqI7D7BDD07+p7DCmDA6JqBVEJDPDLDS
ui4zAq4xEu41EtEy4i7K4lE24rExE1FEh0l0Su4+aEHeaSHwDYDoDoAQHwaUnig8Wu1GI8FaFqah
FgRMDYIMAQ5gZI1eha/W52TI56hsGMhw9m460yKmx9EcJIG8T5EPCIeGMIXC4SJFDAjyj4WsVSeC
6UjwlLG5AvCa8OzLGxEA8pE479HKew3ggkJug7GjCaJbEA4LHu/8U7CSy2jRHzHucqePG3BkcyU+
N2g6GsJPHS2PB/H4zYylIa3XCtDzIKXLAYdE3y6YPzIU2Q7NCvIS8LIoJhHzBIeSlMzVJFItCKXG
9IVWb4/xHqiZG+kTD/HHIuedBw3sLDDfDjDmffG6eG687HCdGrJtH06MesN6lk/0ckc8I7GxJQlc
TzJZIrAHJHJbClEk6xE9FHFBE+4bE7LBErHXFDLHK9K3LKZDGXFO+Igogs+mD4kEw6JzFq+41OhG
IPFY/KISAgAwAgp6n45mSIH+SMhgIG/cIYIcIgIk17FK2AiubWl9IHCRHMO2XqdLHDDRIJAxEClW
8YkG8nHYUhMvA8k0mEdG7663K4eu267UiClzCeeDKmOTM0iewSwQ8W7vNgdEcaic25Mq7JJaTSlo
6qO1JlCU7Up63u2lIY7bONKZN22g2W7ZMxBGcNOnNfKBIsMa8LGpNPOc3OlzKVM5Bg6dA0iKiCkZ
BpBWZHAK1IkpCwc/NZKSKzOSYBJ25GaJPwaLDlDpJ1DhP4gTNlONNco3KQOjOLOhAU7s8NM3QIkl
M7NzM3DEkDBbQjO9QTJeO9NTLRQ5K7NVLPQ9Q7K/LFRDRLRHLI22/ozq1+5CIunwHwaWG+1K1C1E
7wABFwFa+k+oamxQiMhXGFMGa4oPGKoTGPGSYnGWnUI9GdKNM2e8Vkkm7vO7OfPFQNDbIWcvQ0Ur
Aom5Km8g9m4bKepTGeDpHnKlDBIAdDKPKtI4iFN7Syh/IBN1G8ePQGlTODKvOu3I7VPLBzK0upI2
WfKDJOgbUBO/BzUBInKIVTJjKLSfT6VrEAuLC6oq2GkaVOjJTpTXBk9LTwYTTFC9ONOUpYYxDeBF
DkG9J9TRUcdbGhSdAtCSeBKLH/Vij5UfJXHzOfJC3lTZS3PBRJRPLNLDRRWDQ/WHWFWBRBWLQ7SS
nmTNLbFg+maPWinir0kpPdBar8IKFtFxFeaEROILL6hSo3MAn8/W1wYI10oUbI1a45FK4+bUEJOx
JdC3NqUrMvGxAlUEem3G6hAEcDTe7rMyfLAJTY32qXDZQfHNT7VBKdNjVWU5JNPizkkDJhQXYjGu
8KdDHrGumBOokfHCldNHIfB7ZLOPT9ZNMvXnHVB8//DRMjKjSwdJQG69MtJBQbVtZkjnU3AdThJR
YGZIj1YCXylVPhNFOBYVHc+LOkZmF9P/J6wm/1aJBs2KobUDEZCjNWeRKPY9NoeXTvaTPlPCNlQy
i42nNtCqwA3iwHbVAzbYv/bgwbbXbTbiwlbbbfblbdbpbzbxbtbrbmuDb7cAvHb1cDXcQhFOwyna
DYRMJTLk+5FrLoILRxWirtF4hPR6obR+1jGGa7SIhpSM6AQ0I5SZamWNaQ/xUZYDNRASdzZRTdDR
VpPEZWIrX1KXWMtddc38b2wFa3VfIrBcb4L5ZvPkpYiBUHYElRVnYzHEitYrQ1ddNQ7lYTBRZI9e
RBIyMFd1e1dQ4GoxSsNnEfTLd/B/VueEXtIFZjfO726fe3QVM88cqKwhNWdrQXSmp+eRO7KleJMj
fhQk3feq86lVNNaPQS8xZHCBMpZrV6lIe5Phfy8aVZgYdJO5gjXpHDeDf7QsRCy1TAKng7evg/Xb
g8qPNtIhhFhNhIzVCPfnB1hZhBS5hLhfhHhDhky5ethjhXhvhbhPhtHfh5hVhdh3hhhwNe0ureh4
D4VORRLeI0RQGuRWRBciIU1Qgu5c/OhzXKSGGMG8FqByBCAQ/aUa/fMU/kpbWaI8NZMg6ROjT44B
fZV+yVjZbQu5OtcFUItjZPRDZZgBORj7dfZbZPB5gFRXZlVHiDT7jgotT0thOVezkbjbB07Fj9kW
zK73YO3zJyuJkpDHbBaZkC85kPhRfLU9aZkHkzkplRkFT3lXB3lZkHlhlfllldlpgDljlrkZltln
l1lxOXlzl/l9mDkdkNmJkgybjRMcJyJ4wyLc5JFZWonlWuRCVOFqF9RzF1LhR4645kn8DmBiF8BC
E6xnSGshSK5/LTXe0wLBdLiHkjPrQ3IxkLQ2tIqNFHd3kle9S/kJLJj4qTmC85nflJmNoFoJj/h7
jdnhmBlBoRoLdfUhZ1ZNnvkVkTOndpjnk/oNlTe9dcx+7NYpbPobT/ndIjTbofpBoZpRURnlobpN
pZpXpTpbphpfpVpPpppdprpjptplpxpnpzpzcPGYnSINWggnmyIKw61HqSVO1Mko/AFqaLFXcZqg
aoAxL+B01ghcHeDmCms5XQUDXUbFMW/mgeQePAh9epj/lPozkBrW6Sylnvb28BrlkU23ojjrjpk3
LPp/THp1nxlbl5n1VJetlFo7jzoloU3PlCzronjtoprlrdiBn/o9pHr/cLh+upkxsnTbK1lVHVo/
OZslkrlvsBmBmHoHtLmLn1tNtVtTjxtXtdtbr9tftltjoDthtPmFtrsTrtl7sI/nnTbYM3mZFfLh
idFixk+3LnRsnrmu+hXAABXEsNMCH+HuEIBkASGNGJnKIahqsopO+biRGYSzgqe7ohla8wzvpTnj
X9txsLvds1tBsPodLFn7Ya7pZhNBpLtjtmyWvFYPtHp2+DtttE+JwDtRoTwJhTvnrxpDji9bwHsc
yDATknrY31vNK1vtn3X7B/Upl3jjtJsNpnoPiFsvhphzxJIdsjxPxHxZiDxbhrh1xLwVxXxdxrxh
xRexxNiLxVx3iJx5x/x9yDSu63mQh4rliXmw+qKpmjRrWzFshGLcDortF7F+Ug/Sa1uqCmDGG/jE
Vi56HexxBRRVqFmabXX3fVwpwHvXlNwve9X7YTrQuOfpelkZzjr2iNavhbwjJXVFxFr5vTsr0DpF
p5lpfEltD7zTV5YDOfgJsbvNDJXtsRw1CsVGRg7jDxMlrnCQla2LUtZ7xDl7zWILOHIRbNHAtB1F
01n3S80RlFYlotrzyEzjzbwrwBtztxtnzVt30D1z131t171Vs7w91vtZ1xt12Dt5xB2B2FnhzHXg
ogaG1SIQ5M+zRpqTRsRaFaF8sW5aRzXCapqtqwGsE4AAC2HwEoICAA4BAAADAAAAAQJ+AAABAQAD
AAAAAQAUAAABAgADAAAAAwAAFDQBAwADAAAAAQAFAAABBgADAAAAAQACAAABEQAEAAAAAQAAAAgB
EgADAAAAAQABAAABFQADAAAAAQADAAABFgADAAAAAQBEAAABFwAEAAAAAQAAE34BHAADAAAAAQAB
AAABPQADAAAAAQACAAABUwADAAAAAwAAFDqHcwAHAAAPgAAAFEAAAAAAAAgACAAIAAEAAQABAAAP
gGFwcGwCAAAAbW50clJHQiBYWVogB9kABQAPABEANgAwYWNzcEFQUEwAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAPbWAAEAAAAA0y1hcHBsNwhX2pdhndJZw3IZVXJmQAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAOclhZWgAAASwAAAAUZ1hZWgAAAUAAAAAUYlhZWgAAAVQAAAAUd3RwdAAA
AWgAAAAUY2hhZAAAAXwAAAAsclRSQwAAAagAAAAOZ1RSQwAAAbgAAAAOYlRSQwAAAcgAAAAOdmNn
dAAAAdgAAAYSbmRpbgAAB+wAAAY+ZGVzYwAADiwAAABkZHNjbQAADpAAAACYbW1vZAAADygAAAAo
Y3BydAAAD1AAAAAtWFlaIAAAAAAAAE84AAApygAAAtlYWVogAAAAAAAAgG4AAMClAAAY/lhZWiAA
AAAAAAAnMAAAFasAALdOWFlaIAAAAAAAAPNSAAEAAAABFs9zZjMyAAAAAAABDEIAAAXe///zJgAA
B5IAAP2R///7ov///aMAAAPcAADAbGN1cnYAAAAAAAAAAQHNAABjdXJ2AAAAAAAAAAEBzQAAY3Vy
dgAAAAAAAAABAc0AAHZjZ3QAAAAAAAAAAAADAQAAAgAABAkF8wgKCgsMEw4JEBMREBMYFQ8WFBgb
GRgbGxwaHh0fHSEgIiAkIiUmJigoJSkqKiwsKS0uLi4vMDEvMjMzMzQ0Njc3Njg4OTk6OTs6PDs+
PT8/QEFBQUJDQ0JERUVFRkVHR0hISUpKSktLTE1NTU5NT09QUVFRUlJTUlRUVVVWVldXWFdZWlpa
W1pcXF1dXd1eX19fYGBhYmJiY2NkZGVlZmZnaGhoaWlqamtra+tsbG1tbm5vb3BwcXBycnN0dHR1
dnZ2d3h4eHj4eXl6eXt7fHx9fH5+f3+AgIGBgoKDg4QDhISFhYaGh4aIiImJioqLi4yMjQyNjY6O
j4+QkJGRkpKTk5SUlZWWlpeXmJiZmZoZmpqbm5ycnZ2enp+foKChoaKio6OkpKUkpaWmpqenqKip
qaqqq6usK6ysra2urq+vsLCxsbKyszKzs7S0tbW2tre3uLi5OLm5urq7u7y8vb2+Pb6+v7/AwMHB
wkHCwsPDxMTFxcbGx0bHx8jIycnKystKy8vMzM3Nzk3Ozs/P0E/Q0NHR0tLTUtPT1NTVVNXV1tbX
VtfX2NjZ2dpZ2trb29xb3Nzd3d7e317f3+Dg4eHiYeLi4+Pk5OXl5mXm5ufn6Ojp6erq6+vs7O3t
7u7v7/Dw8fHy8vTz9fX29vf3+fn6+vv7/f3+/v//AAADRwTyBnoICAmmCzgMuA4+D6sRLRKjFA8V
chblGEcZoxr+HEYdnh72IDshgiLQJBMlUiaPJ84pCSozK2osmC3JLvQwGjFSMngznTS8NdU29jgZ
OS06TztjPIA9lD6mP7lAy0HcQu5EAUURRhdHJUgqSTxKP0tTTFZNWk5eT2BQUFFNUjhTLlQiVRNW
AFbvV99YzVm6Wq1bo1ySXYRed19oYFVhQGIqYxxkCmTzZd1myWe2aKdpkGp3a2hsS20wbhlu/m/j
cMpxrnKQc3F0U3U2dhZ29XfSeK55iXple0J8IXz+fdd+rX+FgF+BOIIPgueDwISVhWGGNocMh+SI
w4mtipqLkox4jWmOW49SkEGRL5IZkwST9ZTmldKWwpeymJ6ZiJpvm1ecRZ00nhyfAZ/qoNmhwqKn
o42keqVfpkWnLagTqPmp46rJq62sk616rmKvR7AssRGx9rLZs760prWQtnm3XbhAuSa6D7r3u9m8
u72fvoe/csBcwUHCIcL7w8jEkcVZxiHG6ceyyHXJN8n6ysLLhsxIzQvN086Xz1jQG9Dj0avSc9M2
0/bUvNWE1lHXINfs2LXZgtpR2yLb9tzC3Znect9L4CXhAOHn4sTjrOSW5YTmd+dq6GHpXepd62Xs
de2P7qzvzPD68jnzfPTM9jH3sfk7+u78zP6///8AAAJsA60E7QY9B3YIsQnqCyoMaA2mDuEQExFE
EoETvBTvFh8XSxh0Gaga2Rv6HSQeSR9vIJMhuyLYI/QlGSYtJ0EoXylwKoIrmCypLbYuwi/OMNgx
2zLhM+I04TXiNuM35TjlOd461TvPPMo9wz66P7NAqkGfQpJDg0R4RWlGVUcoSABI1EmnSnxLUEwe
TO5Nvk6NT11QLlEDUdVSplN5VEpVF1XiVrBXgVhTWRhZ41qwW31cUF0ZXeNerl93YD5hCmHRYphj
ZGQpZO5ls2Z5Z0BoBGjJaY1qTmsPa9JslW1bbh9u32+ecF9xInHicqNzaXQodOR1oXZidyF35Xiz
eZJ6dHthfEF9J34Rfvt/44DJgamCjoNzhGCFRIYrhxOH+Yjcib2KnYuHjG+NU44xjxWP/pDjkcSS
pZORlHCVUpY4lxuX/5jmmcqarJuPnHSdWp4/nyOgB6DqocyisKOXpIGla6ZOpzCoFqj+qeeqyauq
rI6tdq5hr0uwMLEUsgGy+rP7tPS15rbVt8S4wbmrupa7ibx1vWO+T784wCPBD8IAwu3DzsS9xavG
mceLyITJdsppy2LMW81UzlDPUNBX0V/SaNN41JHVptbI197ZCto422vcoN3a3y3ggOHO4z/kquYa
56LpNOrM7HHuLu/38c3zxPXH99f6DPxS/oL//wAAbmRpbgAAAAAAAAY2AAChhgAAVgQAAFm3AACP
GwAAJygAABQYAABQDQAAVDkAAjMzAAIzMwACMzMAAwEAAAIAAAAAAAEAAgADAAYACwAQABYAHQAl
AC4ANwBCAE0AWQBlAIEAkACfALAAwQDlAPgBCwE1AUsBYQGQAagBwQH1Ag8CKwJkAoECnwLcAxwD
PQNfA6MD6gQPBDQEfwTNBR0FRgVwBcQGGwZ0BqEGzwctB4wH7ghSCLgJIAlUCYoJ9gpkCtULRwu8
DDIMqw0mDaIOIQ6hDyQPqRAvELgRQxHPEl0S7hOAFBUUqxVDFd0WeRcXF7YYWBj8GaEaSBucHEkc
+B2oHlsfDx/FIH0hNyHyIrAjbyQwJPMmfidGKBAo3CmpKnkrSiwcLPEtxy6gL3kwVTISMvMz1TS5
NaA2hzdxOFw5STo4Oyg9Dj4DPvs/9EDuQepC6EPoROlG8Uf3SP9KCUsUTCFNME5AT1JQZlF7UpJT
q1XhVv9YHlk/WmFbhVyrXdJe+2AlYVJjr2TgZhJnR2h8abRq7W1kbqJv4XEicmVzqXTvd394yXoV
e2N8sn4DgKmB/4NWhK+GCYjCiiGLgYzjj6yREpJ7k+SVUJgrmZubDJx/n2qg4aJapVGmz6nOq1Gs
1K/gsWm0frYLuSm6urxNv3fBDsRBxd3He8q6zFvN/9FK0vHUm9ZF2Z/bTtz/3rHgZOIZ49DliOdB
6Pzquex27jbvFu/38bnzfPVC9iX3CPjQ+pr7f/xl/jH//wAAAAAAAAACAAYACwASABsAJQAwADwA
SgBaAGsAfQCSAKgAvgDWAPABDAEqAUgBZwGJAa0B0gH5AiQCTgJ5AqYC1wMJAzwDbwOnA+AEGwRX
BJUE1QUbBV4FpgXuBjgGhgbWByIHdQfKCCEIfQjbCTcJlQn7ClwKxQsrC5YMBQx1DOcNWw3RDkgO
wQ89D8EQQBDIEUkR1RJZEugTeRQLFKAVQxXfFooXLhfXGIUZNxnpGp0bVxwPHMMdgR4+HvwfviCG
IVEiHyLnI7gkjyVkJj0nECftKNEprCqXK4EsaS1cLkovPjA4MTQyMjMxNDc1QDZNN2A4czmGOpk7
tDzZPf0/IEBIQXRCoEPTRRZGTUeHSLxJ4EsDTBlNSE5pT4xQqlHYUwZUPVVvVptX1FkJWkBbfVzA
XglfUmCSYddjK2SBZcdnGmh1adJrJGyJbelvSHC0chNzfHTrdlp3yHk2eq18JH2cfxyAmYIUg42F
CIaTiBuJoIshjLSOSY/akWeS8JSAlh+XxJmRm2udR58noQmi+qTzpt2o1KrXrMmuxrDTss20ybbI
uOK667zwvuTA48LuxO/G7cjjyu7M3s7P0MLSttSO1oDYV9ou2/zdxN+Q4U7jDeS+5mTn/+mP6x/s
re4o75Lw+/Jc87L0+vYt91r4iPmb+qb7nvyS/XP+b///AAAAAAABAAYADQAXACIAMABBAFMAaAB+
AJYAsADMAOoBCwEuAVEBdgGdAccB8wIhAlICgwK1AuoDJANdA5kD1gQXBFcEmgTiBSsFcwXCBhMG
Yga3Bw8HZgfACB4IfwjhCUYJrgobCocK+QttC+IMWQzSDU4N0Q5VDtoPYA/sEHgRBhGZEi0SyBNg
E/4UoBVZFhAW0ReQGFQZIBnsGr4bkRxlHTgeEx7uH84gtSGhIoojdCRvJWQmXidRKFUpVypfK20s
dy2PLp4vuzDaMfwzHzRJNXQ2qTfgORc6TjuJPNI+GT9fQLBB90NNRK9GB0dnSLlJ7EscTD9NeE6m
T9JRA1I3U3lUtlX1VypYcVmvWvNcPV2NXuNgK2F3YsxkL2V/ZtRoNWmaau9sWm3BbyJwknH3c2J0
1XZHd7h5KXqgfBp9lH8VgJSCEIOJhQWGkYgaiZ+LIYyzjkmP2pFnkvCUgJYfl7OZNZqhnB2dqJ84
oM6iTKPrpYunHKjCqmCsCa20r1+xArKntGu2F7fEuXS7Hry6vm7AF8G6w2LFB8asyEPJ2ctuzQHO
itAH0ZHTBtSQ1f/Xa9jV2jzbod0D3k3flODg4jPjYOSV5c/nBegq6UnqZut/7Jftq+6277fwtPGx
8qnzn/SG9Wz2T/cx+A/47Pm7+ov7Vvwh/On9sP6p//8AAGRlc2MAAAAAAAAACkNvbG9yIExDRAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABtbHVjAAAAAAAAAAMAAAAMZW5VUwAAABIAAAA0ZnJGUgAAAEIA
AABGZGVERQAAABAAAACIAEMAbwBsAG8AcgAgAEwAQwBEAMkAYwByAGEAbgAgAOAAIABjAHIAaQBz
AHQAYQB1AHgAIABsAGkAcQB1AGkAZABlAHMAIABjAG8AdQBsAGUAdQByAEYAYQByAGIALQBMAEMA
RG1tb2QAAAAAAAAGEAAAnCwAAAAAujfgAAAAAAAAAAAAAAAAAAAAAAB0ZXh0AAAAAENvcHlyaWdo
dCBBcHBsZSBDb21wdXRlciwgSW5jLiwgMjAwNQAAAAA=

--Apple-Mail-6--648451773
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed



Here the =E4 is described as:

	        character: =E4 (228, #o344, #xe4)
	preferred charset: iso-8859-15 (ISO/IEC 8859/15)
	       code point: 0xE4
	           syntax: w 	which means: word
	         category: .:Base, j:Japanese, l:Latin
	      buffer code: #xC3 #xA4
	        file code: #xE4 (encoded by coding system =
iso-latin-9-unix)
	          display: by this font (glyph code)
	    =
x:-b&h-lucidatypewriter-medium-r-normal-sans-10-100-75-75-m-60-=20
iso10646-1 (#xE4)

The buffer's encoding is "0" as well, i.e., ISO Latin 1 or 15.

BTW, the issue is correct in UTF-8 environment.abbreviation


In GNU Emacs 23.1.50.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d =20
scroll bars)
  of 2009-07-30 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version =20
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '--=20
with-dbus' '--with-libotf' '--with-x-toolkit=3Dathena' '--x-includes=3D/=20=

usr/X11R6/include' '--x-libraries=3D/usr/X11R6/lib' '--enable-=20
locallisppath=3D/Library/Application Support/Emacs/calendar23:/Library/=20=

Application Support/Emacs' 'CPPFLAGS=3D-no-cpp-precomp -I/sw/include -I/=20=

sw/lib/pango-ft219/include/pango-1.0 -idirafter /usr/X11R6/include' =20
'CFLAGS=3D-ggdb3 -gfull -mtraceback=3Dfull -Wno-pointer-sign -H -pipe -=20=

fPIC -mcpu=3D7450 -mtune=3D7450 -fast -mpim-altivec -ftree-vectorize -=20=

foptimize-register-move -freorder-blocks -fthread-jumps -fpeephole -=20
fno-crossjumping' 'LDFLAGS=3D-dead_strip -multiply_defined suppress -L/=20=

sw/lib''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.ISO8859-15
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.ISO8859-15
   value of $XMODIFIERS: nil
   locale-coding-system: iso-latin-9-unix
   default-enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
   shell-dirtrack-mode: t
   show-paren-mode: t
   display-time-mode: t
   tooltip-mode: t
   tool-bar-mode: t
   mouse-wheel-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t

--
Greetings

   Pete

If you're not confused, you're not paying attention.




--Apple-Mail-6--648451773--



Acknowledgement sent to Peter Dyballa <Peter_Dyballa@HIDDEN>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Report forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#4157; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Tue, 4 Jul 2017 00:15:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.