We have a need to create SFX files by way of scripts. Once applications are compiled, installers created, post process installer built that chains installers, batch scripts, reg scripts together, we need to package it up into one single executable for easy distribution for techs. Power Archiver allows us to do this by way of the SFX Wizard. However, it will quickly become time consuming, difficult, and impractical for us to manually do this process with the wizard for all of the installation scenarios, especially when a change occurs. It is my understanding this option has been discussed before but was declined to be added to PACL. Can this option be revisited?
Other possibilities…
PowerAcrhiver.exe does support limited command line arguments with an option to make an SFX from a compressed filed. However, it is missing all of the SFX options such as starting executable, destination folder, relative path options…
The SFX Wizard already generates text containing a summary of most of the configuration settings. It would be easy enough for a user to copy the text, save it as a configuration file and pass the file name as an argument into PowerArchiver.exe. This would allow an easy mechanism to get predefined information into Power Archiver without adding a million switches.
It would be nice if the Archive Converter included the choice of converting to .zpaq…
Just saying…
–Chuck :)
Hi!
Like the title says, I would like to have PACL for Linux. I don’t mind if I would have to buy a separate license for a Linux version. I know that the odds for having a Linux version of PACL is very low, but it’s still a wish from my side.
Kind Regards
Micke
When we save settings, some are not saved. I know whenever I update i have to do various tweaks to get PA back in the same order.
What doesn’t get saved? I know the items on and the location of the QAT is not saved. It seems, too, that there are others . . . maybe some shell extensions; even some basic GUI features (whether queue is on; whether PA is pinned; whether preview is on).
Indeed, the latter three are not always on, even when I check the appropriate boxes during installation.
Could you expand the number of settings saved? That would be nice (but maybe unduly complex to execute).
There are several requests I have offered several times. Perhaps there are technical reasons why you cannot do any of these. But let me offer them again. They all concern AC:
I standardly get 2-3 acknowledgments of an AC download. Perhaps some of that is caused because some people have their email forwarded from one server to another . . . so the download notification gets keyed by each server.
could you please note that the time you are using for download time – so that users will know that the time listed is 5-8 hours off that of US users?
could you give users a way (a) to delete all AC filenames, and (b) to show us which files are still active for download? Actually, I would prefer that AC delete file names once their download date has passed.
This would make AC more attractive (unless, for cost reasons, you would prefer not to make it more attractive – which I would regret, but understand).
… this would be a nice feature
I am new to your application and do like what you have done. There have been postings asking if you have any intent to build your application for platforms other than Windows. I have the same question but will offer a possible solution. If you code utilizing HTML5, CSS3 and Javascript it would be runnable on any platform natively. As an example Google packaged applications. Don’t get me wrong as I do not think it a trivial task but at the same time find it might be worthwhile.
Thank for listening.
It would be nice if we could call upon cloud backup options via command line.
I like to use batch files to set up different jobs. PACL will not work with nearly 15.000 files in 512 folders. I’d really like PACL to be enable to use the new zip-format and have the ability to add large number of files to an archive.
Hi!
I’m doing some tests with list files in PACOMP and the documentation about this says the following thing.
@list : specify list of files for compression (use filename instead of list - see example)
I assume this means that I can only use a list file when I create a archive using the -a parameter.
I have tried this:
pacomp -d Test_Remove.zip @Filelist.txt
Archive: D:\Script\Test_Remove.zip
preparing to compress…
*** WARNING: Nothing to add or update…All OK
The error probably appears because I can only use a list file when I create the archive and not when delete files from it.
Now I can remove one file at a time, but if the Archive is about 1 Gb in size, it will take a lot of time updating the archive after removing one file. It would be better if I could have a list of files that I wanted to remove from the archive. That way I could for example remove 10 files at one time and then update the archive instead of remove 1 file at a time and update the archive 10 times in total.
If each update of the Archive takes approximate 5 min, then it would take about 50 min to remove 10 files from an Archive that is 1 Gb in size. If I could remove the 10 files at one time instead, then the whole update would take 5 min instead of 50 min.
My question is this:
Is it possible to remove more than one file at a time from an archive using PACL?
If not, I’ll put it in a Wishlist for future versions of PACL.
Kind Regards
Micke
Version 6 of PACL no longer allows archiving of windows share names. This used to work in version 4 as shown below:
E:\PACL4>type pacl6prob.lst
\DTTST03\Data\pacltest*.*
\DTRAH05\Data\pacltest*.*E:\PACL4>pacomp -a -r -p -k -c2 PACL6prob.zip @pacl6prob.lst
PowerArchiver Command Line (PACL) Version 4.01 [Mar 07 2005]
Copyright© 1999-2005 ConeXware, Inc. All Rights Reserved. Registered Version
This product is licensed to:
Archive Compression Utility – ZIP, CAB, LHA, BH, JAR, TAR, GZIP, BZIP2
Internet: http://www.powerarchiver.com Email: support@conexware.comArchive: E:\PACL4\PACL6prob.zip
preparing to compress…
adding: \DTTST03\Data\pacltest\F1\FILE1.TXT --> Done. [12%]
adding: \DTTST03\Data\pacltest\F1\FILE2.TXT –> Done. [25%]
adding: \DTTST03\Data\pacltest\F2\FILE3.TXT –> Done. [38%]
adding: \DTTST03\Data\pacltest\F2\FILE4.TXT –> Done. [50%]
adding: \DTRAH05\Data\pacltest\F1\FILE1.TXT –> Done. [62%]
adding: \DTRAH05\Data\pacltest\F1\FILE2.TXT –> Done. [75%]
adding: \DTRAH05\Data\pacltest\F2\FILE3.TXT –> Done. [88%]
adding: \DTRAH05\Data\pacltest\F2\FILE4.TXT –> Done. [100%]E:\PACL4>paext -t PACL6prob.zip
PowerArchiver Command Line (PACL) Version 4.01 [Mar 07 2005]
Copyright© 1999-2005 ConeXware, Inc. All Rights Reserved. Registered Version
This product is licensed to:
Archive Extr.—ZIP,CAB,LHA,ARJ,RAR,ARC,ACE,TAR,GZIP,BZIP2,UUE,ZOO,B64,YENC,…
Internet: http://www.powerarchiver.com Email: support@conexware.comArchive –> E:\PACL4\PACL6prob.zip [ZIP]
testing: DTTST03\Data\pacltest\F1\FILE1.TXT –> OK [12%]
testing: DTTST03\Data\pacltest\F1\FILE2.TXT –> OK [25%]
testing: DTTST03\Data\pacltest\F2\FILE3.TXT –> OK [38%]
testing: DTTST03\Data\pacltest\F2\FILE4.TXT –> OK [50%]
testing: DTRAH05\Data\pacltest\F1\FILE1.TXT –> OK [62%]
testing: DTRAH05\Data\pacltest\F1\FILE2.TXT –> OK [75%]
testing: DTRAH05\Data\pacltest\F2\FILE3.TXT –> OK [88%]
testing: DTRAH05\Data\pacltest\F2\FILE4.TXT –> OK [100%]E:\PACL4>
Here’s the thing.
I need to automate the process of locating a file, compress to a .ZIP, then to convert that to a SFX self-extracting file that is configured to extract to a specific folder on the user’s computer.
To ‘partially’ automate this, I have done the following.
1. Create a BATCH file. The command lines are…
To create the ZIP file, I am using the PACL program called PACOMP.
To create the SFX file, I’m calling the POWERARC -tosfx command.
2. After running the BATCH, I have to manually edit the destination folder, assign ‘overwrite’ option, etc.
I would think that it would not be difficult to add additional ‘args’ for powerarc.exe so that these settings can be included on the command line (and thus in my batch file to completely automate this).
This process is something I must do regularly, so having the ability to do this via the command prompt (batch file) would be really, really nice.
Thanks.
Webbiz
:)
There was a time when 4 GB was considered to be more than enough. Since I’m using PACL to back up different folders on my laptop, it is now becoming a limitation that needs to be adressed. I’ll hope the next version of PACL will be similar to WinZip Command Line Support Add-On.
I’m using it at work and it has full support for making archives larger than 4 GB and I think it’s faster than PACL.
Shouldn’t be hard, I seem to recollect a deb file is just a .ar archive with some embedded .tar.gz or some such. Sure would be handy, though, to be able to read and extract files.
Thanks again for a great product.
I saw that there was a limitation to Delphi that will limit 64bit support for the windows app, is there a plan to update PACL to support the 64 bit platform as well?
It would be nice if you could Display / Create and Edit Info-Zip style Unix permissions information.
At least File Properties should show them.
Oops! Wrong forum…
Hello,
I would like to see the RAR compression facility in the future versions. Similar to that of WinRAR.
I would like to see support for adding files in folders and subfolders just by using wildcards, i.e., “.” without having to actually select all the files.
PACL AES-encrypted archives incompatible with Powerarchiver
-
Some time ago I reported a problem with AES-encrypted archives to support. AES-encrypted archives with PACL can’t be extracted with Powerarchiver 9.x. When will this problem be solved?
-
Send us ZIP file if possible, how large was it?
thanks,
-
There are a couple of reason for not sending the zip-archive:
1. It’s 280 MB+
2. It’s a zipped archive of my personal files which I’m not keen on sharing with others.Very early in the extraction or the testing of the file woth PA 9.01 I get a CRC error
Testing: Documents and Settings\Arild\Mine dokumenter\IKT\GnuPG\Installasjon\diskett\gnupg\secring.gpg
–> CRC ERROR
–> CRC ERRORI use the following string in my bat-file:
pacomp -u -r -P -t -e1 -sNotDisclosed -x@utan.txt c:\skopi%USERNAME%.zip “%USERPROFILE%\Mine dokumenter*." "%USERPROFILE%\Favoritter*.” “%USERPROFILE%\Skrivebord*." "%USERPROFILE%\Start-meny*.” "%USERPROFILE%\Programdata*." "%USERPROFILE%\Lokale innstillinger\Programdata*.
With ordinary zip-encryption I get no error. Both AES-128 and 256 gives the same CRC Error in PA 9.01. Extraction or testing wit PAEXT yields no error.
Using the same PACOMP-string on my wifes account yields no errors in PA 9.01, but she has only about 5 MB of zipped files.
-
I’ve tested PACL 4.00 Beta 1. It gives the same result at PACL 3.51
-
the problem might be the filenames of the files and the characters used with them. can you list all file names of the files and what are in them your wifes zip and yours. please and are you using xp or windows 98
-
I’ve examined the archive and I think I’ve found the what causes. The secring.gpg is a 0-byte file. It’s the first 0-byte file in the archive. I then zipped a new file where I excluded all *.gpg-files. I have several 0-byte files. This time PA 9.01 stopped, again, on the first 0-byte file it encountered with CRC Error.
I’m using:
Windows XP Norwegian with the latest updates. SP2 is not yet available.
PA 9.01.01
PACL 4.00 Beta 1 or PACL 3.51 -
basically your saying 0 byte files are the problem. if they register too low then this program will fail, and produce aes archives that fail.
-
basically your saying 0 byte files are the problem. if they register too low then this program will fail, and produce aes archives that fail.
The archives tests and extracts, as far as I can see, OK with PACL. But you can not use Powerarchiver 9.x to extract an archive protected with AES containing 0 byte files.
-
The archives tests and extracts, as far as I can see, OK with PACL. But you can not use Powerarchiver 9.x to extract an archive protected with AES containing 0 byte files.
Still can’t extract AES-encrypted archives created with pacomp using Powerarchiver v. 9.02.00.
-
The archives tests and extracts, as far as I can see, OK with PACL. But you can not use Powerarchiver 9.x to extract an archive protected with AES containing 0 byte files.
this is due to the error in PACL when encrypted file is 0 byte. It will be fixed in next PACL release…
thanks,
