Since I upgraded to DO9, I occasionally stumble upon Zip archives which give me extraction errors when trying to overwrite existing files. For example, try the latest 1.81 version of CPCE (an Amstrad CPC emulator for Windows).
Opening the archive in an Opus lister and copying its contents in an empty folder is ok. But if the target lister already contains files (in this case, from a previous CPCE version), then copying the files from the Zip lister to the target lister will spawn a "ZIP Error 49" message when Opus tries to overwrite the last file from the archive (YMP95.EXE).
I'm seeing something very wrong here.
The action of copying the contents of cpce181.zip into a new folder in the Dest results in something quite weird here.
After a copy has been completed, browsing up above the cpce181.zip folder and then back down into it results in a bad lister dislay.
I've closed DOpus several times and repeated this, but have not restarted the computer.
I can't duplicate Kaminari's results at all, but I do see this.
A refresh clears it though.
I haven't been able to replicate this result with other zip files.
Using Vista Ultimate 32.
I'll restart now and write more if this clears.
For info, here's another archive which exhibits the same problem I described above: SCI Viewer.
Reproducing the bug is very simple: open the archive in a lister, copy the executable in an empty folder, then try to copy it again ("replace") over the previously copied exe. I systematically get a ZIP Error 49 message.
[quote]Reproducing the bug is very simple: open the archive in a lister, copy the executable in an empty folder, then try to copy it again ("replace") over the previously copied exe. I systematically get a ZIP Error 49 message.
[/quote]
Since Zip support is built into Opus, maybe there's a conflict with another plugin...
[Edit] I think I've found the culprit. It happens that I'm alphatesting the 7-Zip VFS plugin by Nosh. When the plugin is enabled, I get those Zip warnings with the aforementioned archives (and many others). Disabling it cures the problem.
It looks like the 7-Zip plugin tries to silently override Opus' built-in Zip support?
The error happens whenever you want to overwrite a file out of a zip that is handled by another vfs-plugin. Exe-files (the sv.exe in sv1.zip) are handled by 7zip vfs plugin.
You can test it also without the 7zip vfs, zip a rar file and whenever you want to overwrite the extracted rar file again out of the zip, the zip error 49 occurs.
