New submission from 김지훈 <enoch.k...@gmail.com>: Hi,
I am not a developer. However, when I inquired about an abnormality of an open source program before, it was said that there was a problem with the Zipfile module of Python. So I would like to ask it here. I`m a Korean, and a Windows user. And there are useful Windows compression programs in Korea. However, when using those compression programs, Debian's unzip utility finds character sets well, but fails to find in the case of python. If you look at the attached file, (File size is too large, so attach it elsewhere - https://kutt.it/2F2Xec) there are other compressed files in the compressed file. The names in the compressed file are the names of the compressed programs. And, as I have seen, the result of the basic compression is: 7zip : UTF-8 Alzip : UTF-8 BandiZip : EUC-KR BreadZip : EUC-KR PKZip : UTF-8 StarZip : EUC-KR WinRAR : UTF-8 WinZIP : EUC-KR Zipware : EUC-KR BandiZip and Alzip are the two programs that compete in Korea. I use BandiZip with few ads and this supports multi-core for compression. StarZip is also a Korean program, but its share is not high. BreadZip is also a Korean program, which has been used a lot, but has been discontinued and used only for some people. Anyway, it can be considered that compression softwares in Korea use both EUC-KR and UTF-8 formats. However, the Zipfile module does not recognize this properly. ---------- components: 2to3 (2.x to 3.x conversion tool) messages: 367429 nosy: 김지훈 priority: normal severity: normal status: open title: Zipfile couldn`t recognized character set rightly. type: behavior versions: Python 3.9 _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue40407> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
