Hi everyone, some good news about PowerArchiver… I’ve managed to get in touch with the original developer of PowerArchiver, Ivan Petrovic, and he has confirmed that the product is not dead or abandoned, in fact it is still very much alive! There has been a hiatus over the past months for various reasons, but that we should expect to see stuff coming through in the coming months (hopefully the next 2 months).
I had a large .tar file (a backed up WSL) and I want to delete a few directories and their contents from it using PA2023.
PA just destroys the whole archive as soon as I try to delete a directory, leaving it in a state where PA2023 won’t even open it any more.
I tried several times and also tried compressing it to .tar.xz instead - same result.
This should either actually work, or it should say operation not supported and do nothing.
Hello!
The regular version of PA 2023 is out for over 6 months now, but there is still no sign of the portable release.
(When) will there be one?
Thanks!
Hello!
Is there currently no portable version of PA2023 available?
(When) do you plan to release one?
Thanks!
Win 11 64 bit
I have some archives which have been encrypted, using the encrypt option either in pbs or when interactively creating a zip. When I open these, and look at files, I am asked for passwords, which I know, and then can view items or decrypt the files in the archive (tools>decrypt files).
However, when I use the Actions>Remove Archive Encryption (whether using the same zip or asking to write another), the routine shows progress bar to the end, but then just hangs i.e. “OK” never activates. All process information shows this stalled/hanging.
What can I do to sort this out?
For example:
Download this ZIP file: http://dslstats.me.uk/files/dslstats32W-6.5.zip
Everything in the ZIP file is in a directory “dslstats32W-6.5”.
However when I extract using right click “Extract Here” the name of the directory created is “2W-6.5” !
I am running PA 22.00.09 on Windows 11. I have seen the same happen with some other kinds of archive too.
If I compress a folder to a .pa using right click, Compress to folder.pa and use the new Windows 11 menu then the Options, Configuration, Miscellaneous, Use normal relative path setting is always enabled.
But I like this option disabled so I have to use the old style menu in order to get PA to compress a folder in the way I wish.
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
PA 22.00.09
344c6c52-f03f-407b-ad76-8130b31936bb-image.png
PA 22.00.09 shows a nag screen, when I try to open some setting windows. I have already PA 2023 Toolbox and PA shows, that it’s licensed in the info dialog.
a860bd81-3e71-4ce0-9988-74cd4189d43e-image.png
0836bc83-8046-4a91-bc7b-68bd231100a3-image.png
PA 22.00.09
Some labels in the help toolbar are not translated:
b3c1f5c4-b73d-49d8-9ed0-56294840838c-image.png
I’m looking forward to deploying PowerArchiver 2023 to my users. Can you tell us when the MSI will be available for download and distribution?
Thanks.
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.
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.