-
PA 2023 22.00.08
Long time no seeing. So I start up the new year with a first problem : the virtual driver cannot be installed. Reason : it is missing in the Fast Ring PatchBeam Update Service…
Virtual driver PA 2023-01-28 152607.png
It seems a standard problem with new releases :-)
Can I have a link or can it be fixed. Thank you. CU later -
When the function for testing archives is invoked via the shell context menu (PowerArchiver > Test) then all the files in the archive get extracted to the current folder.
The test dialog reports as many errors as there are files in the archive but it fails to give any hint as to which files are supposed to be erroneous or what the nature of the problem might be. Comparing the extracted files to the originals shows no differences at all.
The .7z in question was produced with maximised compression settings in 7zip (taking forever but resulting in smaller archives than .7z produced by PowerArchiver with maximised settings). Therefore I wanted to see whether PowerArchiver can at least test .7z that it produced itself. Hence I had PowerArchiver convert a .pa with the same contents to .7z. There weren’t any errors reported but the resulting .7z contained fewer than half of the files contained in the .pa (137 of 366), so I scratched that test.
Performance is abysmal when testing via the context menu (e.g. almost 2 minutes for testing a .7z that 7zip tests in 4 seconds), but that is most likely due to the fact that the extracted files are written to disk. Testing the same .7z in the PowerArchiver GUI takes only 8 seconds but causes the mysterious appearance of a UAC dialog, as reported elsewhere.
The testing function is vital because PowerArchiver has a history of producing archives that it cannot unpack without errors or that do not conform to the respective file format standards (e.g. ZIP) so that other programs report them as erroneous.
The point of creating archives is that the files in them will most likely have to be extracted at some point. If the extraction cannot be guaranteed to produce correct results then the whole program is absolutely pointless. Actually, worse than pointless - it causes data loss and hence damage.
-
In PowerArchiver 2023 22.00.06 configuration, the option labelled “Start PowerArchiver 2023 Starter when my computer starts” seems to be redundant.
I am only allowed to change this option when PA Starter is disabled, and then it seems to be ignored.
When I enable PA Starter this option is forced to the enabled state.
I think it’d be good to remove “Start PowerArchiver 2023 Starter when my computer starts” completely. I’ve always found it confusing having both options.
Added later: However i don’t particularly want to use queue but I do like having the PAStarter icon in my tray area.
-
W10 Pro 22H2 - 64 -bit
PA 22.00.06 (PA 2023)
It has been the case with previous versions of PowerArchiver, but I had hoped that the latest might behave differently. Not so, I’m afraid.
I have, for various obscure reasons, created a few .pa archives, mainly in the hope that they will save me some more space. From time to time, I use the “Test” option to check that important archives are OK and uncorrupted.
With every .pa archive I’ve tested, the process runs through OK but then reports that there are errors. This is always the number of files in the archive e.g. if 11 files, then 11 errors reported.
In the .pa, I can:-
preview the files (usually PDF) extract some or all files and look at or use them convert the .pa to a .zip or .zipx archive, which then works fine and tests without errorsIs it the case that the Test routine isn’t designed for .pa archives, or is there another reason? Although the .pa seems to function properly, despite the test reporting errors, I would like to be sure that every .pa is OK and not “broken”.
Some of the .pas are quite old and produced with earlier PA versions (they are truly “archives”). If I extract all the files in the old .pa, create a new, fresh .pa and add back the files to that, then test the new, no errors (at least in the .pa I’ve tried this on) are reported. This would suggest a mismatch between old .pas and newer versions of PA itself.
-
-
Clipboard02.jpg
See the, supposedly, blank space where the green box is? It’s like that in Modern Light theme too. I can toggle it, but it’s missing text or shouldn’t be there I guess?
Thanks :)
-
Dear @Alpha-Testers and all of our users,
time has come for testing of PowerArchiver and PACL for macOS.
Please let us know here if you have Mac and can test latest builds.Features implemented:
PowerArchiver 2020 - tabbing, opening, extracting, adding, testing, favorite folders, support for multiple languages, opening via Finder, explorer mode, installer.
PACL 10 - support for most formats and features in Windows version.Upcoming: Tools such as archive converter, batch zip, multi-extract.
To start testing, please sign up here in this thread, and we will send you latest build.
thank you!
Ashampoo_Snap_Wednesday, November 20, 2019_12h54m56s_008_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m05s_009_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m14s_010_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m30s_011_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m39s_012_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m49s_013_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h56m00s_014_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h54m43s_007_.png
76e97ab9-8d75-4175-9ce8-446500031f38-image.png
-
For some reason, the PowerArchiver functions in the Windows 11 context menu no longer work after the last Windows Update. Only the functions in the classic context menu function as they should.
I’ve tried uninstalling PowerArchiver and using RevoUninstaller to remove all bits and pieces that were left behind and did a clean install of PowerArchiver, it didn’t fix the issue. Other items in the Windows 11 context menu work.
Cant delete files from local zip/x archives
-
I have several zipx archives which I am trying to clean up. I can open the archive and select a number of files for deletion, then delete them. The archive refreshes to show the remaining files.
I then select a few more for deletion, confirm-at which point the whole archive clears. If I then exit PA and go back to open the archive, it tells me that it is Read Only and that I don’t have permissions to change this.
If I delete one batch of files, and exit, I can then reopen the archive and see it minus the first lot of deletions. If I then try to delete some more, it deletes itself as previously described.
The archive file is clearly deleted, because allowing for delay, browsing back to it with Explorer shows that it has gone.
I am logged on as the Admin login created when initialising W7.
I have a feeling this is about permissions, but I cannot see how. I confess to being rather new to W7, and managed to avoid the Vista experience, so XP is my last reference point.
-
I have Win 7 32. I cannot duplicate the problem. So it may be permissions; or it may be something unique to W64.
-
This isn’t a problem if I create a TAR archive and do exactly what I’ve been doing on zips and zipx.
-
we shall investigate, it might have something to do with specific zip archives.
-
Thanks spwolf
I’ve also got the “hidden” super Administrator enabled and I’ve tried logging off the User/Admin to the super Admin and doing the whole lot over again, but this makes no difference.
If I can figure out the wretched Snipping tool I may be able to put up some screenshots, but I don’t think they’ll tell anyone much.
-
I’ve spent some more time on this, including reinstalling PA, but nothing seems to alter the problem.
This machine also has a couple of flash drives (FAT32) and two eSata/USB external hard disks which are NTFS. If I use PA on these external volumes, it performs exactly as required i.e. file deletion from the zipx archives works perfectly.
I seem to be able to add files, test, extract and so forth with the problem system disk archives - it’s just deleting files from zip or zipx archives that’s the problem. Unfortunately the OpenFiles utility doesn’t work on 64-bit (without a lot of fiddling about) so I can’t immediately check to see whether something else has grabbed these archives.
-
so if you copy the same archive to external drive and try the exactly the same action, it works?
-
External drives = fine, works as it should.
Use any folder, any login on the system disk (C:, SATA) then the problem arises.
I’ve checked the Recycle Bin and the archives are being deleted to there, although this isn’t evident straightaway (need to close and open windows in Explorer and then the file is seen to be gone).
-
i couldnt reproduce it with my own computer… we will have rc4 soon so you can test and see if you can still reproduce the same issue.
thanks
p.s. i updated the thread title.
-
Thanks for that.
In an effort to see whether the problem is in Windows or PA, I’ve tried to replicate the problem with the same archives but reluctantly using other compression software.This other rather clunky software works fine with my archives, so I’m thinking this isn’t a purely Windows-related problem. I didn’t mention it before, but my system is 64-bit in both hardware AND Windows.
The other notable thing is that when these archives delete themselves after the second content delete attempt, they are well and truly gone, as no file recovery software can find them immediately after the event. -
just a thought did you install any programs recently before you encountered this problem. SAlso one thiong to mention try running a chkdsk on your harddrive to see if there are no errors whixch could be causing this fault.
-
I haven’t installed anything recently, and I’ve run several chkdsks on this machine since I got it.
There are a couple of things to check out which I will do today, but nothing obvious.
The biggest problem I have is that I can’t remember when last I tried to delete files from an archive on this machine or the XP box, as they normally go into the archive for keeps. I do remember having an XP problem where a program (I seem to remember Copernic) grabbed the archive when I was deleting and prevented the files being deleted i.e. the reverse of what’s happening now.
You have given me some food for thought on this.
-
if you could get smaller archive where this is reproducible and send it over to support at conexware dot com , it would be very helpful…
-
I think that I may have worked this out, thanks to davidsplash.
I mentioned that I’d had problems deleting files from archives in XP, and I’d been trying to recall what was causing it. I now remember that it was Memeo Autobackup, which you may know is an non-stop file backup routine originally provided with Seagate external drives.
I don’t use Memeo on this machine, but I do have Acronis Trueimage Nonstop backup running. When I pause this, my archive delete problems seem to stop. When I restart Acronis, my archive problem recurs. This isn’t surprising, as Memeo and Acronis work pretty much the same, constantly detecting file changes for backup and grabbing open handles.
I suspect that other archive operations and not just file deletes could be compromised by a running Non-stop backup.
The moral therefore is that PA won’t happily co-exist with these two applications for sure, and perhaps other similar ones. I will take this up in the Acronis forum, but I doubt I’ll get very far.
The options available are either to stop using nonstop backup permanently, or always try to remember to pause or halt it when working on my PA archives. As I value my archives and have other backup methods in place, I think that Non-stop will now become Stop
-
I am now certain that Acronis is the cause of the problem, and also explains some other curious behaviour in other programs.
Its a bit odd that PA was affected whereas the “other zip product” wasn’t - not that I’m bothered now I know the fix for the problem in PA.
-
I am now certain that Acronis is the cause of the problem, and also explains some other curious behaviour in other programs.
Its a bit odd that PA was affected whereas the “other zip product” wasn’t - not that I’m bothered now I know the fix for the problem in PA.
i do suggest that you report it to them… every program does something differently.
once we have some time, we will check it out ourselves as well.
-
of course, best is opening ticket with their support, not forums…. that goes directly to them.
-
No reply from Acronis as at 22/5/2011.