GNU bug report logs -
#65301
29.1; archive-mode can not handle archive named with foreign characters
Previous Next
Reported by: awrhygty <at> outlook.com
Date: Tue, 15 Aug 2023 04:19:01 UTC
Severity: normal
Tags: wontfix
Found in version 29.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> writes:
> tags 65301 wontfix
> close 65301
> thanks
>
>> From: awrhygty <at> outlook.com
>> Date: Tue, 15 Aug 2023 13:17:54 +0900
>>
>>
>> If archive file name contains characters not encodable with local
>> language encoding(cp932 for Japanese Windows OS),
>> archive-mode fails to extract subfiles.
>> (even if subfile name consists of only ASCII characters)
>>
>> For example, open c:/tmp/test丄.zip and type RET on a entry,
>> emacs reports:
>> unzip: cannot find either c:/tmp/test .zip or c:/tmp/test .zip.zip.
>
> This is because we run the unzip.exe program to extract the files, and
> running subprocesses from Emacs on MS-Windows is limited to
> command-line arguments which can be encoded in the system codepage.
>
> Basically, this is a duplicate of bug#65300.
I have installed not only unzip.exe but also 7z.exe.
7z.exe works fine on cmd terminal.
But I can not find how to call 7z.exe on emacs with parameters encoded
with utf-8.
This bug report was last modified 1 year and 283 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.