It is a known issue. Unfortunately I can not do much about it. ROPS Decompiler uses original Pascal Script source code for decompilation process. But authors did not update it to work properly with newest PS versions.
If it's not a zip file, why do they give it a zip extension It is not a standalone file, it does not have an extension. If you attach sfx module to standard zip file it will loose extension but it is zip file still. why do you want 7-Zip to be able to handle it as zip file Because besides backslashes it is zip file.
But it is not a zip program. They don't create zip files for user consumption. It is installer creation tool, similar to NSIS and Inno. Install4j installer file is not standard zip sfx. They pack installable files in one or more zips then compress zips with lzma and attach as pe overlay. From the outside view installer .exe file does not have any signs of zip format. I guess they took zip format without any changes for simplicity. But I doubt that they had any intent to fix compatibility issues with...
There is nothing to report. It is not a bug. They do it on purpose. Install4j does not intend for these zips to be extracted regular way. They are part of the installer blob. I've created small tool to extract .zips from installer .exe file and wanted to use 7zip to further open zips to extract individual files. But I was unable to do so with new version. I don't agree with you about following strict specification in this case. I doubt there are a lot of files where backslash is really intended to...
think about such situation: user in linux creates such file: If somebody makes archive like this manually I don't think he intends it to be multi-platform. But such incorrect zip archives are rare cases. And best solution to solve the problem is to fix wrong software that was used to create such incorrect zip files. Archive that I've uploaded is not a result of bug in software. It was deliberately created this way. As I've mentioned earlier it is from Install4j installer. Install4j packs installable...
On Linux backslash is a valid character for file names. So unzip has no reason not to use it as such. But on Windows it is a path delimiter and can not be used in names. It is more logical to use it as path delimiter. Most Win software uses both slashes as equal delimiter. Besides if you insist on using path as filename why does 7zip replace backslash with some strange Unicode symbol? In console output it looks like underscore but it is not. See attached image. Consolas font even does not have a...
As you can see in the listing 21.07 does not recognize directories in the file path. It thinks that all files have long names with entire path in it. 7zip 19.0 and winrar process such archives properly. This file was created by Install4j installer. It stores installer content in similar zips.
Hi. I have zip file that seems to be somewhat non-standard. I'm no expert with the format but it looks like it has Unix flag for entries but DOS backslashes as path delimiter. 7zip 19.00 processes this file without any issues: 7-Zip 19.00 (x64) : Copyright (c) 1999-2018 Igor Pavlov : 2019-02-21 Scanning the drive for archives: 1 file, 162127 bytes (159 KiB) Listing archive: i4j.zip -- Path = i4j.zip Type = zip Physical Size = 162127 Date Time Attr Size Compressed Name ------------------- ----- ------------...