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.
Hello!
Is there currently no portable version of PA2023 available?
(When) do you plan to release one?
Thanks!
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.
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.
Problems with backup up network disk
-
I am trying to back up a network disk (Samba) to my XP machine. It is about
1 Gb, 80,000 files, about 10 directory levels max.If I try to schedule a backup job (to zip) using PA, it runs, but only archives about 15% of it all. No error messages. If I try to directly zip from PA, using deflate 64, it does much the same thing. There does not seem to be anything special where it stops.
If I back up the drive using the pacomp command line utility, I do not get errors, and it seems to put all or almost all files in the archive. paext and info-zip unzip do not seem to see anything wrong with this archive, and the number of files is in the ballpark.
However, if I open the same archive with PA, it only sees about 15% of the files and storage. No error messages. If I run test from the menu, it finds no errors, though it still only sees about 15%.
I tried earlier to back this drive up with zipbackup, which seemed to work, but zipbackup could not read the archive it had created, and info-zip said it was bad, though it could read at least some of it. When I opened this same archive in PA, PA did not see anything wrong with it, and apparently saw all 80,000 files.
What is going on here? It is self-evident from the archive sizes that the backups created within PA are incomplete, but is there any way to check whether the one created by pacomp is? Paexp test sees no
problems. -
Hi,
What version of PA are you using? PACL does not support extended zip specs, so it wont be fine for sure.
-
Hi,
What version of PA are you using? PACL does not support extended zip specs, so it wont be fine for sure.
I use the latest version of PA and PACL, downloaded wednesday. I did some more poking around and think I now have a good idea what is going on.
The PACL command line utilities seem to handle zipping and unzipping this disk fine, with two minor problems that you may want to look at:
- pacomp.exe with the -w switch will
backup hidden files, but it does not back up hidden folders. I have to explicitly add the hidden directory names to the command line to get them backed up, like
PACOMP -r -w …. Z:*.* Z:.mutt*.*
-
paext.exe with the -l switch will also redirect the prompt whether or not to overwrite files to the log file. Of course this prompt must still go to the terminal, the file is not going to answer. Or at least note into manual.txt that an overwrite option should be specified.
-
The problem with PA seems to have been that I had a subfolder folder “MD”, as well as a subfolder “md” in the same folder. This is perfectly OK under Unix, but not possible under Windows. Unix-aware utilities like info-zip, and also pacomp, have no issue with that, but my guess is that both zipbackup and PA use a Windows Explorer engine to process the files and that the engine crashes on it without returning an error code. In any case, after I renamed one of the two subfolders, I was able to make a correct backup from PA (or rather from the context menu,) using deflate 64.
My idea is to stick with pacomp, because it is faster than PA, but should I worry that I have more than 65,000 files? I expanded all files with paext and compared them to the orginals (PC Magazine’s Window Match will actually do 80,000 files; I was surprised) and there were no differences. Will there be a warning if a limit is exceeded?
Leon
- pacomp.exe with the -w switch will
-
Yeah, I definetly would not do anything out of zip specs with PACL.
There will be no error since the whole engine does not understand anything out of spec.Using PA 2006 will be much safer. I suggest that you disable deflate 64, since it is only extra compression strenght (zip 4.5 compatible “unlimited” archive will be created anyway), and PA 2006 should be quite fast actually, even possibly faster than PACL.
-
Yeah, I definetly would not do anything out of zip specs with PACL.
There will be no error since the whole engine does not understand anything out of spec.Using PA 2006 will be much safer. I suggest that you disable deflate 64, since it is only extra compression strenght (zip 4.5 compatible “unlimited” archive will be created anyway), and PA 2006 should be quite fast actually, even possibly faster than PACL.
Thanks, I was indeed thinking that deflate was needed to get the 4.5. Since the pbs script seems to run fine from a batch file, I will use that then. Also, PA has no problems with the hidden directories.
Leon
Leon
