Steven Schweda

On Win 10 ( 32 bit ) computer ... Ok. Use WinRAR to decompress ... Not our program. Not our problem. Still more questions than answers. For example: "After decompression" of what? How was your (invisible) zip archive created? How do you know that there are ".exe" files in your original folder? How do you know that there are ".exe" files in your archive? Even if you were using our software, you would still need to provide some basic information, and you have not done that.

> After decompression ... > No .exe file was found on the decompressed folder ... Before anyone can help you, you will need to provide some basic information about your environment(s), what you did, and what happened when you did it. Hardware? Software? OS/version? zip -v unzip -v Actual commands? Actual results? Copy+paste is your friend. "After decompression" of _what_? How was your (invisible) zip archive created? How do you know that there are ".exe" files in your original folder? How do you...

[...] which looks to me like a bug, [...] CHANGES says that this was fixed in Zip version 3.1d03. Current development code (3.1e23) works correctly.

[...] requiring a minimum version of Zip 2.0 to extract ... however, I cannot seem to find this version existing anywhere, [...] So what? Which part of "minimum" is unclear to you? According to the APPNOTE: https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT Version Needed To Extract = 2.0 for an archive member means that one of the following features was used: File is a folder (directory) File is compressed using Deflate compression File is encrypted using traditional PKWARE encryption I...

Failure to properly handle archives with backward slashes under Linux

https://midnight-commander.org/ticket/4238 It's an upstream bug [...] Not on our tributary. It might be helpful if someone explained the actual situation in that other forum.

I need to apologize. Ok. unzip under Fedora 35 unpacks both archives with zero issues I can believe that. So, there's a bug: files in archive directories cannot be extracted by mask. Or, it's not a bug in UnZip, but you didn't treat "\" as a special character? Try "\\" instead of "\"? Using your other (smaller) example archive: proa$ ln -s ScreenRuler-v.0.8.1-Portable.zip SR.zip proa$ unzip -l SR.zip 'ScreenRuler-v.0.8.1-Portable\README.html' Archive: SR.zip Length Date Time Name --------- ----------...

I need to apologize. Ok. unzip under Fedora 35 unpacks both archives with zero issues I can believe that. So, there's a bug: files in archive directories cannot be extracted by mask. Or, it's not a bug in UnZip, but you didn't treat "\" as a special character? Try "\" instead of "\"? Using your other (smaller) example archive: proa$ ln -s ScreenRuler-v.0.8.1-Portable.zip SR.zip proa$ unzip -l SR.zip 'ScreenRuler-v.0.8.1-Portable\README.html' Archive: SR.zip Length Date Time Name --------- ----------...