I have encountered a rather interesting glitch when trying to create ZIP archives. Sometimes, occasionally, Opus creates corrupt archives on my computer.
After a few minutes of tinkering, I have narrowed it down to an easy case that takes just two steps to reproduce:
Create a non-empty text file and give it the name "GraphicSolution". The file extension does not make a difference.
Compress it to ZIP using Opus (e.g. using the Add to ZIP context menu).
The file cannot be extracted from the ZIP archive, at least on my Opus setup (message: "An error occurred copying 'GraphicSolution': The system cannot find the file specified. (2)").
Before I contact support, can someone confirm if I am doing something wrong or it's actually a bug? (It looks like a special case error to me, since I tried many other file names, short and long, and everything was always OK.) I have attached a screenshot of my ZIP settings page in the Preferences dialog.
Are you extracting the zip to the directory which already has the GraphicSolution file in it? If so it's probably trying to extract the contents of the zip into a GraphicSolution directory which cannot be created because there's already a file of the same name in the same place.
Try deleting the GraphicSolution file or extracting to a different location.
Are you extracting the zip to the directory which already has the GraphicSolution file in it? If so it's probably trying to extract the contents of the zip into a GraphicSolution directory which cannot be created because there's already a file of the same name in the same place.
Try deleting the GraphicSolution file or extracting to a different location.[/quote]
Well, I'm afraid it's something with my XP setup then (sigh). As a last attempt, will you please try to extract the contents of the attached archive? Can you read the text file inside the ZIP? I'm having a really weird feeling, but it doesn't work here...
Thank you both, nudel and tanis. Time to fish out good old Filemon (or reinstall XP...). Actually, I have recently converted my XP system partition from FAT32 to NTFS, and there have been funky errors (like MSI packages failing to install/uninstall) ever since. Anyway, thanks again - good thing I posted here before reporting a bug that doesn't exist.
I think I have discovered why you didn't see the problem and why it actually is an Opus ZIP bug. You need to change local standards and format to Hungarian in the Regional Settings control panel to trigger the problem (see screenshot; the location does not matter.)
Once this is set, the attached ZIP file can no longer be extracted (so the file is OK, it's just the decompressor that seems to have a locale-related glitch). When I set the local standards and format to English, everything works fine.
Can you guys please try changing the locale and confirm this behavior?
Looks like the error is related to finding the file insize the Zip handling as FileMon shows Opus accesses the Zip file but never tries to create the destination directory or any files.
It may be due to some code in Opus or the Zip library mixing locale-sensitive and locale-neutral string functions, or using locale-sensitive string functions when neutral ones should always be used within Zips, or something like that.
Looks like the error is related to finding the file insize the Zip handling as FileMon shows Opus accesses the Zip file but never tries to create the destination directory or any files.
It may be due to some code in Opus or the Zip library mixing locale-sensitive and locale-neutral string functions, or using locale-sensitive string functions when neutral ones should always be used within Zips, or something like that.[/quote]
Great, thanks a lot, nudel. I will submit a formal bug report then, as this may well impact other non-English locales, too.
