Recent Topics
-
UNSOLVED PA 19.00.57 (and earlier) Duplicate files possible in .pa archive in some cases.
Tech Support3 -
Fast Ring: PowerArchiver 2019 19.00.51/54/57
Tech Support6 -
UNSOLVED GUI: In need of a complete overhaul
Tech Support3 -
UNSOLVED GUI: move label
Tech Support3 -
UNSOLVED GUI: too much frames
Tech Support2 -
UNSOLVED PowerArchiver shell extensions possibly crashing windows explorer.exe
Tech Support10 -
UNSOLVED Encrypt files inside archive that has already been created [.zipx]
Wishlist3 -
UNSOLVED PA 19.00.51 / Access Violation
Tech Support7 -
SOLVED PA 19.00.51 - bug / unwanted code execution
Tech Support8 -
SOLVED Strange file size seen in 2019 portable
Tech Support5 -
SOLVED Fast Extract large files directly to target directory
Wishlist4 -
UNSOLVED Forums: double Search option in the settings (left side hamburger menu)
Tech Support1 -
SOLVED Serpent-256 Encryption for PAE/PAE2
Wishlist14 -
UNSOLVED Moving Files in to a 7Zip archive
Tech Support2 -
UNSOLVED hang when using the Test function with 7z archives
Tech Support5 -
UNSOLVED Some buttons in "Modern Look" are too small
Translations3 -
Fast Ring: PowerArchiver 2019 19.00.30/31/32/33/39/40/41/43/44/46/47/48/49
Tech Support23 -
UNSOLVED Searching for the specific Regkeys needed to default new installations in Modern Windows 10 not dark view
Tech Support2 -
UNSOLVED E-Mail problem
Tech Support7
CRC errors when working with WinRar ZIP files
-
Hi. I am using two PCs - one at work with old version of PA (named 2009, I can check the exact version number on monday if that helps you) and no way for upgrades (corporate policy, will be explained later) and another one at home with latest version of PA.
Few weeks ago we were informed at work that PA is getting replaced with WR which is recommended to be used, while we may keep the old version of PA installed. And this is where the problem started. At work I am creating large backup ZIP archive (around 15 GB compressed) using Win Rar 5.00 x32 running under Windows XP Pro x32. Next I am copying it onto external USB HDD and getting home. I am copying it then from external HDD to my personal HDD. As always just to be sure everything went fine I run Test operation on this archive using PA 13.x. I got thousands of CRC errors. My first thought was that this file was corrupted while moving between HDDs. But that was not the case. I got my home HDD hooked to work PC and the Test procedure went fine using WR 5.00 and PA 2009 that I got there installed. So knowing the file is not damaged I’m back with my personal HDD to home. It seems PA 13.x is wrong claiming there are CRC errors. Just to be sure I have installed at my home PC trial version of WR 5.00 (x64, running under Windows 7 x64) and the Test procedure is completed just fine. I can extract every file from this archive and they are working fine after that. So I did upgrade from PA 13.x to PA 14.01.06 - still same situation, thousands of CRC errors while running Test procedure.
Looking closely into that case I was able to isolate the problem. PA 13/14 claims there is a CRC error only on files inside this ZIP archive that have unusual characters in their filenames. By unusual I mean common Polish national characters that can be found in Windows-1250 charset (e.g. Unicode #017A character). All other files can be extracted and working file when using PA 14.
Any fix for this? It’s weird that old version of PA 2009 doesn’t have this bug, but it could be related to new multicore ZIP engine that was introuduced somewhere between those versions…
-
can you send us one example archive but with single file or something like that? I cant tell you whats wrong before checking it out.
WR has pretty wonky ZIP support, it is better to use RAR which you can open with PA. They have multicore support for RAR, I dont think they do for ZIP, so it will be faster that way.
We always have to add workarounds for various different archivers that dont implement perfect support for zip specification.
-
you can send archive to support at conexware dot com… much appreciated!
-
Hello, I attempted to reproduce this by including the Unicode #017A character in a filename and creating an backup archive via WinRar 5.00
Tested in latest PowerArchiver and it worked fine.
If you can, please do send over a sample archive to support at conexware dot com and we will take a closer lookThanks
