You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As my investigation shows, .zip archives created on dos/windows use OEM charset corresponding to system locale. So to open them correctly without manual charset seletion we should implement the following logic:
Does .zip file have UTF8 flags? Assume UTF8.
Has .zip file been created on dos/windows ("0" or "11" in HostOS field)? If so, assume OEM.
Assume UTF8 (it's probably archive created on Mac OS X with UTF8 flag not set, but actually UTF8).
As for OEM code page, we may select it based on system locale as windows does. Code pages table can be taken from wine.
As my investigation shows, .zip archives created on dos/windows use OEM charset corresponding to system locale. So to open them correctly without manual charset seletion we should implement the following logic:
As for OEM code page, we may select it based on system locale as windows does. Code pages table can be taken from wine.
Wrote a patch for p7zip implementing this logic. It is very simple. Hope it can be easily ported to unar.
https://github.com/unxed/oemcp/blob/master/p7zip_oemcp_ZipItem.cpp.patch
Original discussion: mate-desktop/engrampa#5
The text was updated successfully, but these errors were encountered: