Just tried using the Modern (Windows 10) Icon set and seeing a few missing icons in both PowerArchiver Burner and PowerArchiver Encryption screens . They are all there in the Minimalistik icon set and the only difference I can see is the former is blue and the latter grey. In version 22.00.9
powerarc_2023-09-18_17-00-19.png
powerarc_2023-09-18_17-01-05.png
Hi there,
there were some security issues fixed in 7zip:
https://www.zerodayinitiative.com/advisories/ZDI-23-1165/
https://www.zerodayinitiative.com/advisories/ZDI-23-1164/
As it seems, that PowerArchiver and PACL use the 7zip libraries, could you please update them to the latest version?
Hi,
From where I get PAVD2023.EXE? PowerArchiver 2023 tries to open it.
But it seems, it tries to download PAVD2021.EXE.
Thanks
I noticed that the version of ZPAQ used is older than the latest released 7.15 https://mattmahoney.net/dc/zpaq.html also there seems to be a newer fork that adds several features https://github.com/fcorbelli/zpaqfranz
It would be useful to implement this latest version (it also maintains the same syntax and behavior as the latest official release if used the -715 flag) and add when opening a zpaq file a choice of the version of the files to show (e.g. as dummy folders represented the various versions present). Since any previous changes are stored with this format, it is possible to extract a snapshot of a certain date/version.
If I open a password-protected zipper file (created with WinRAR but I think that’s irrelevant), open it with PowerArchiver and run “Remove Encryption” on the same file, then reopen it and add a password with “Encrypt Archive,” the resulting archive will be protected with the old ZipCrypto algorithm and not AES as indicated.
(this can be verified, for example, by trying to open the archive files with Windows Explorer, which does not support the AES algorithm)
PA 21.00.18 running on Windows 7 64 bit.
I made a big .PA file and thought I’d check it was made correctly with Menu / Actions / Test.
Discovered:
a) PA always issues a UAC prompt to do this!
b) PA always says there are many errors in PA files.
Weird compression issue
-
Using PA version 9.64
I have one directory with about 98 zip files. All zip files pass PA archive test and can be uncompressed without error. The problem is if I uncompress to same directory, delete the original zip file, PA will not re-compress the file I just uncompressed. If I right-click on the file and select to compress to .zip, it just pops up the compression window for like a split second, then goes away without a zip file being created. Here’s where is gets weird: I can compress them using 7zip back to zips, use PA to uncompress, and then PA will compress those. I played around with a few other directories on my disk and it appears to be isolated to this one particular directory. If I duplicate the contents to another dir, they experience the same problem. Does anyone know WTH would cause this? Seems like something is out of wack with these particular files, but I would think they would fail the test if something was wrong with them.
-
It seems to me some weird permissions issue?
Check permissions for those files in properties tab and see if that helps.
thanks and marry christmas!
-
Using PA version 9.64
….I can compress them using 7zip back to zips, use PA to uncompress, and then PA will compress those. I played around with a few other directories on my disk and it appears to be isolated to this one particular directory. If I duplicate the contents to another dir, they experience the same problem.
What type of files are these? What is your operating system and language configuration? Are you running an antivirus program? If so, what brand and version?
If you are running Windows XP, can you compress the files using right-click, Send To –> Compressed (zipped) Folder?
Also, if it is possible for you to divulge, what is the full path to the files you are attempting to compress with PA? Are the path names using any strange encoding?
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created. No luck making a zip file from the “New” option in the context menu, either. If I drag the files inside the archive, nothing is there when I check its contents. The directory is just a run of the mill c:\zipfiles so nothing odd there.
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created. No luck making a zip file from the “New” option in the context menu, either. If I drag the files inside the archive, nothing is there when I check its contents. The directory is just a run of the mill c:\zipfiles so nothing odd there.
what about creating an new txt file in the same folder?
-
Anything new I put into the dir behaves fine. I went ahead and unzipped all the files and re-zipped using 7-Zip so they’re all working fine now. PA is able to unzip and rezip them now. There had too be something out of wack with the files themselves, but it doesn’t make sense that 7-zip had no problem with them and PA did. I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
-
I’m running XP Pro sp2 fully updated and Kaspersky 6 as my AV. If I right-click and try to compress to zip, it just pops up a progress window for split second and nothing is created…
Try these and see what happens:
1. Disable Kaspersky AV and attempt the zip.
2. If using a third-party (non-xp) personal firewall, re-enable the XP firewall and disable the third-party firewall. Again attempt the zip
3. Attempt the zip by first launching PA then dragging the file onto the PA interface.
4. Launch Control Panel –> Administrative Tools --> Event Viewer and check the Application, Security, System, and (if you have one) Antivirus events to see if you get any interesting errors.spwolf: Might it be a good idea to add a logging option (off by default) to PA? ;)
-
Anything new I put into the dir behaves fine. … I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
Hmmm… maybe your system needs a good scandisk?
-
Anything new I put into the dir behaves fine. I went ahead and unzipped all the files and re-zipped using 7-Zip so they’re all working fine now. PA is able to unzip and rezip them now. There had too be something out of wack with the files themselves, but it doesn’t make sense that 7-zip had no problem with them and PA did. I doubt its related, but I had an issue a few months ago where I couldn’t drag files from any directory into a PA zip file. They would just overlap the icon. That was fixed by re-installing PA, but that didn’t work for this problem.
seems to be as if it was permissions/ownership problem. PA’s zip engine respects those, while 7zip’s dont (including 7zip in PA itself).
As long as it works, great!
-
I checked the permissions on the files and they’re set just like normal archives that anyone has access to. Shouldn’t PA pop up some sort of error message about permissions?
I did run a checkdisk, btw. All is good and nothing in my error logs.
-
I checked the permissions on the files and they’re set just like normal archives that anyone has access to. Shouldn’t PA pop up some sort of error message about permissions?
I did run a checkdisk, btw. All is good and nothing in my error logs.
you checked ownership of the files? Not system/read only, etc, which are the attributes…
-
If this happens again, see if something has the file opened, which I think might prevent PA from being able to re-compress it. You can use “OpenedFilesView” from NirSoft to check for this:
-
Ownership was set to full control for admin as well as my user account.
-
Ownership was set to full control for admin as well as my user account.
One thought I had, was that there may have been a possibility that the attributes of those files somehow got set to SYSTEM and PA was not configured to include system files in its archive. Since I am now using PA 2007 Beta, I cannot confirm.
However, if you still have one of those files that PA could not compress, you can open a command window, cd to the directory containing the file, and type attrib. If the you see an “S” to the left of the file, it means it’s a system file. If so, check your PA default preferences to see if including system files is disable, then enable it and try again.
That’s the last possibility I can think of.
-
I don’t have them now to test that but I do remember the attribute as “A” listed in explorer.
Is PA20007 stable enough to use as primary archiver? Where can I get th latest beta?
-
I don’t have them now to test that but I do remember the attribute as “A” listed in explorer.
Is PA20007 stable enough to use as primary archiver? Where can I get th latest beta?
I find PA 2007 very stable; however, mine is a rather simple English language setup - no fancy theming or whatnot. If you have any weirdness going on, YMMV.
If you’re not a licensed user of PA, you’ll have to wait for the public beta. The public beta should be out sometime soon, so it might be better to just wait anyways, since some more bugs will be fixed by then.
For more information, read the sticky at the top of this Tech Support thread.
-
I’m a licensed user :)
-
I’m a licensed user :)
Then read the information in the sticky at the top of this Tech Support thread. It tell you how to get cracking.