@itnecor:
Is that possible for PACL to extract those tar files excluding /home/dir1/dir2/dir3/ but maintaining the the full path structure of <tarname>folder?</tarname>
If I understand correctly, the answer is NO.
You can only extract with “No path” or with “Full Path” (based on the path stored in the archive).
If you do not need/want the /home/dir1/dir2/dir3/
path then could you store only from (tarname) with relative paths?

The 4.5 format allows “large archives”.
This is used when :-
A) Number of data files/folders >65500 (approx)
Size of data files before compression >4GB
C) Size of zip file after compression >4GB
So if your zip file is only 100MB, I doubt or C) apply.
Only you know if A) applies to these zip file(s)
I can only guess at possible differences that are NOT really errors in PAEXT or PowerArchiver.
If you know how to create one of these zip files or if you provide an example zip with the problem (e.g. url to access a “bad” zip file) then it could be checked by PACL/PowerArchiver devs. If not, all we can do is guess.

Hi!
Made som more tests with PACL 7.00 [May 11 2012] and noticed one small thing.
When running PACOMP without any parameters, no remainder pop up to tell the user that the program is unregistred. However if I run the PACOMP with parameters and a file to create the remainder will pop up.
This is inconsistant behaviour as
PACLREG.exe
PACRYPT.exe
PAENCODE.exe
PAEXT.exe
PAFIX.exe
PASPAN.exe
all have the pop up remainder to register the program when running it without any parameters.
It’s really not a big issue, just noticed that PACOMP don’t behave the same as the other program when running unregistred without any parameters.
Kind Regards
Micke

@NTFS:
Does this your registration system crack .exe files? Why not to use some “pacl.key” file to store registration information?
it patches the file. This is done so minimum number of files is deployed. PACL is distributed in many different enviroments, so this is crucial.

@davidsplash:
when will pacl be a comamnd line version of the latest powerarchiver. at the moment aes is not implimented and 7zip and several other things means it is not really a true command line version of pa
never, PACL is completly standalone and separate version of PowerArchiver, it really has little to do with PowerArchiver 2006 GUI.
But we will add features to PACL such as 7zip, etc, in future revision, we just need to get some time from PA development to add them.