GNU bug report logs - #65301
29.1; archive-mode can not handle archive named with foreign characters

Previous Next

Package: emacs;

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

From: awrhygty <at> outlook.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 65301 <at> debbugs.gnu.org
Subject: bug#65301: 29.1; archive-mode can not handle archive named with foreign characters
Date: Tue, 15 Aug 2023 22:09:50 +0900
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.