[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: file-attribute on certain Chinese filenames failed
From: |
MJ Chan |
Subject: |
Re: file-attribute on certain Chinese filenames failed |
Date: |
Tue, 13 Feb 2007 01:06:39 -0500 |
Thanks for looking into the problem.
The same code you used did not cause write-region to fail on my
XP. That is, the file "會" was written correctly. But again,
file-attributes returned nil.
Also, if I use utf-8, then file-attributes reports incorrectly the
file as a directory as shown below. This is odd.
(let ((file-name-coding-system 'utf-8))
(file-attributes "會"))
=> (t 1 5 5 (17873 20762) (17873 20755) (17430 62310) 0 "drwxrwxrwx" nil 0
(41075 . 32279))
(let ((file-name-coding-system 'big5))
(file-attributes "會"))
=> nil
If you have other clue, please let me know.
BTW, My machine is running English XP with Big5 (Chinese/Taiwan) set for
non-Unicode program in Regional and Language Options in Control Panel.
>>>>> On Tuesday, February 13 2007, Kenichi Handa said:
> In article <address@hidden>, MJ Chan <address@hidden> writes:
>> I had trouble in accessing some files that contains certain Chinese
>> (big5) characters (in fact, I found only one character so far that is
>> causing the problem; all others are good). After checking around, I
>> found that the problem would take place in "lstat" call in the C
>> source. One example is in "file-attributes" (src/dired.c).
>> For example, if I created a file named "=26345" (see below for the
>> "describe-char" on that particular Chinese character) and then
>> evaluated this, it returned nil.
>> (file-attributes "=26345")
>> nil
> I can't reproduce that problem on GNU/Linux. For instance,
> it seems that this code work correctly.
> (let ((file-name-coding-system 'big5)
> (filename (string #x26345)))
> (with-temp-file filename (insert "abc\n"))
> (file-attributes filename))
> => (nil 1 8308 8308 (17873 19356) (17873 19356) (17873 19356)
> 4 "-rw-rw-r--" nil 11175288 21)
> But, when I run the same code on Windows, write-region
> causes this error:
> (file-error "Opening output file" "invalid argument"
> "c:/cygwin/home/handa/\x26345")
> I suspect that this is because the big5 sequence of the
> character #x26345 is "\267|", and Windows-XP (at least my
> Japanese version) doesn't allow creating a file containing
> "|". For instance, I can't create a file "a|" either.
>> As mentioned above, the culprit seems to be in calling lstat with
>> encoded version of the file name as shown below (taken from dired.c)
>> GCPRO1 (filename);
>> encoded = ENCODE_FILE (filename);
>> UNGCPRO;
>> if (lstat (SDATA (encoded), &s) < 0)
>> return Qnil;
>> If I changed the call to use un-encoded filename (i.e. lstat
>> (filename,...)), then it is good. But I am not sure if this is the
>> right thing to do.
> I believe it's not the right fix, and first of all, I have
> no idea why such a change fixes your case.
> Anyway, it seems that this is an Windows specific problem.
> ---
> Kenichi Handa
> address@hidden