[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dired doesn't work properly with a multibyte locale

From: Kenichi Handa
Subject: Re: dired doesn't work properly with a multibyte locale
Date: Sat, 25 Jan 2003 09:49:15 +0900 (JST)
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI)

In article <address@hidden>, Miles Bader <address@hidden> writes:
> Kenichi Handa <address@hidden> writes:
>>  > This patch seems to work well for me (it correctly parses directories
>>  > that are completely screwed up by the old code).
>>  Thank you for testing it.  I've just installed that patch in
>>  HEAD.

> I did find one case where things still don't seem to work properly:

> If there's a file containing a newline, then if LANG=C, dired can
> correctly deal with it (e.g., I can put the cursor on it and hit RET,
> and it visits that file), but if LANG=ja_JP.eucjp, then it correctly
> displays all _other_ files, but you can't use RET to visit the
> newline-in-the-file-name file (it says `File no longer exists; type `g'
> to update Dired buffer').

> Since other files work OK in that case, the offsets must be correct, but
> perhaps the chunk-decoding screws up the newline somehow?  Does there
> need to be some sort of fiddling with eol-type?

I've just installed ja_JP.eucJP locale on by debian machine,
and made a file "abc\ndef".  But, it works well in my case
even in ja_JP.eucJP locale.  I tried also a file that
contains Japanese characters and a new line, but still it

So, I have no idea what's wrong with the current code.
Could you debug it?

Ken'ichi HANDA

reply via email to

[Prev in Thread] Current Thread [Next in Thread]