• Categories
    • Recent
    • Tags
    • Popular
    • Search
    • Register
    • Login
    pacl900b-190606.exe (PACL 9.0 Beta 5) pacomp -r not working.
    Brian GregoryB

    I’m trying to backup the complete contents of a directory using:
    pacomp64 -parcz T:\BACKUP.PA C:\STUFF
    The contents of subdirectories of C:\STUFF isn’t getting backed up!
    The sub directories are just stored as empty directories!

    Tech Support
    When extracting 7z files extract only newer files
    B

    How do I achieve this ; show me a command line example !

    Tech Support
    Question Regarding License
    S

    Hello @Mili,

    thanks for your help in getting my PowerArchiver CommandLine license (Re: License Code Not Working / Missing) and sorry for my late reply. I do check my spam folder regularly and couldn’t find a mail from support. Also, there was no mail in my backups or any mention of it in my email logs.

    I have a question regarding my licenses in the hope you are able to help me:
    While my account lists “PowerArchiver Select - lifetime free upgrades and support for PowerArchiver Toolbox English - Count 2”, this does not apply for PACL, which was included with my purchase. My account shows only PowerArchiver Select - 12 months of upgrades and support for PowerArchiver Command Line - Single User License.

    Since PACL was included with PowerArchiver Toolbox, shouldn’t PACL also come with a lifetime license for 2 PCs?

    Thanks for your help in advance.

    Tech Support
    PACL 9.0 Beta 2
    spwolfS

    Version:
    PACL 9.00 Beta 2

    What’s New since version PACL 7:

    Updated to PowerArchiver 2017 engine Fully unicode interface RAR v5 (v4) support PAE2 support

    Latest format support and all the various engine updates done in PA 2017.
    Full support for .PA format with many different options and switches.

    Download:
    http://dl.powerarchiver.com/2017/PACL900-170429.EXE

    Due to the support of new PA format and all the changes needed for that support, we decided to move up version number to PACL 9. This is purely cosmetical - companies who purchased PACL8, have PACL9 now added to their orders. Users who have free upgrades for PACL8, now have PACL9 added as free upgrade (Business users with active select (pro/tbx), all personal users (pro/tbx).

    Since we are finalizing PA 2017, we can also now spend a lot more time on PACL9.

    Please check your bugs, and check .PA support as well.

    Thank you! @Alpha-Testers

    PA Team
    ConeXware, Inc.

    Tech Support
    The PACL does not extract files from the self-extracting archive
    Michael72M

    My OS: Windows XP Home Edition, SP3
    The version number and date of the program: PowerArchiver Command Line v9.00b [Feb 23 2019]

    The program not extracts one self-extracting file.

    How to reproduce the problem

    Download the SFX file by link: install.exe
    Copy the “install.exe” file into the same location as the program is located.
    Go to the DOS prompt. Make your PACL location the default drive.
    If it is on the E drive enter the command E: and press enter. Replace “E:” with the appropriate drive letter.
    Enter command cd e:<path name> to go to the location where the program resides.
    Enter command:

    paext32 -o+ -p"install" "install.exe"

    As a result, the “install” directory will not be created and no
    files will be extracted.

    The “install.exe” file may be damaged but if you use a program such as 7-Zip or PeaZip to extract the files, the extraction process is successful. I want the PACL to also unpack such a file.
    This problem is very critical for me. I often come across this. I do not want to resort to using other compression program.

    … Michael

    Tech Support
    PACompXX problem with file name syntax
    BigMikeB

    Hi,
    there’s a problem with PAComp and file names with a leading ".\ ".
    That’s nowadays a problem, since PowerShell auto complete will complete a file test.zip in the current directory to .\test.zip.

    0_1524826660985_pacomp.png

    The first command reports “All OK”, but test.7z is not created.
    The second command reports an error, but the error message isn’t helpful at all. VSS doesn’t help anything if a program fails to write to a file. It’s for reading locked files… And the problematic file isn’t mentioned at all. By the way, there’s a typo, it should be “open”, not “opet”.
    Only the third command (without ".\ ") works as expected.

    The problem exists in the x86 and x64 version, it doesn’t matter if the archive already exists (updating) or not (creating a new archive).

    Tech Support
    czip support
    D

    would be nice to have czip support

    Tech Support
    PACL 8.0 Beta 1
    spwolfS

    Version:
    PACL 8.00 Beta 1

    Whats New:

    Updated to PowerArchiver 2016 engine Fully unicode interface RAR v5 (v4) support PAE2 support Latest format support such as improved ZIPX, ISO, etc, etc, etc.

    Download:
    http://dl.powerarchiver.com/2016/pacl800b1.exe

    Please test it against your existing scripts and let us know. There will be some features added in future release as well as more testing.

    This is first release, please test. Thank you!

    Tech Support
    pacomp-exe-has-stopped-working)
    P

    I am Having Appcrash mid problem in my Pc.

    Tech Support
    PAConv.bat
    BigMikeB

    Hi,

    I’ve made changes to fix some problems with PAConv.bat:

    1. Replaced the “” by () in the first two lines, so that it’ll work with command line arguments in quotation marks
    2. Replaced deltree with rmdir, since deltree is unknown at least in Windows XP and later
    3. Also replaced the del command, which left an empty $PATEMP$ directory with rmdir
    4. Changed $PATEMP$ to “%TEMP%$PATEMP$.%time::=%”, so that no write privileges are needed in the current directory as the users Temp directory is used and that more operations will work simultaneous, as long as they are not started at the very same time.
    5. Changed %n to “%~n” to allow parameters with spaces and quotation marks

    if (%1)==() goto help if (%2)==() goto help SET PATMPDIR=%TEMP%\$PATEMP$.%time::=% if exist "%PATMPDIR%" rmdir /s /q "%PATMPDIR%" mkdir "%PATMPDIR%" paext -e -d -p"%PATMPDIR%" "%~1" echo. pacomp -a -r -p -w "%~2" "%PATMPDIR%\*.*" echo. rmdir /s /q "%PATMPDIR%" SET PATMPDIR=
    Tech Support

    " invalid " archives from other programs

    Tech Support
    3
    12
    16749
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • I
      ineloquucius
      last edited by

      When I create large .zip’s with PACL, I am unable to open them with either the buit in windows zip extractor, or 7-zip, or Power Archiver full. Yet “paext -t” doesn’t have a any issue them. I have not yet had an opportunity to try an actual extraction, but I’ll assume for the moment that if the “-t” test succeeded, and the file size looks roughly correct that I can still extract files just fine with PACL.

      Any reason why 1Gb+ files compressed in PACL wouldn’t be extractable or viewable from other zippers?

      Thanks.

      1 Reply Last reply Reply Quote 0
      • spwolfS
        spwolf conexware
        last edited by

        What is exact size? PACL does not support zip 4.5 standard (large zip archives).

        thanks,

        I 1 Reply Last reply Reply Quote 0
        • I
          ineloquucius @spwolf
          last edited by

          is one example. Where does pacl cut off?

          (thanks for the reply, btw).

          spwolfS 1 Reply Last reply Reply Quote 0
          • spwolfS
            spwolf conexware @ineloquucius
            last edited by

            is 1.4 GB resulting zip archive or? And what is original file size of the files being compressed?

            There is an 2 GB limit to the max file size of zip archive in PACL, however I also believe there is an 4 GB limit to the total file sizes of the files being compressed.

            thanks,

            I 1 Reply Last reply Reply Quote 0
            • I
              ineloquucius @spwolf
              last edited by

              28Gb>1.5Gb. Incidentally, where does one find this kind of information? So far, I can’t find anything outside of the manual.txt.

              Thanks again.

              spwolfS TBGBeT 2 Replies Last reply Reply Quote 0
              • spwolfS
                spwolf conexware @ineloquucius
                last edited by

                manual.txt has limitations info.

                What exactly do you need to do? Since PA 2006 has backup wizard that creates scripts you can run to backup files and no file size limitations.

                thanks,

                1 Reply Last reply Reply Quote 0
                • TBGBeT
                  TBGBe @ineloquucius
                  last edited by

                  @ineloquucius:

                  … Incidentally, where does one find this kind of information? So far, I can’t find anything outside of the manual.txt.

                  Neither could I - hence WishList :-
                  http://www.powerarchiver.com/forums/showthread.php?t=994

                  I 1 Reply Last reply Reply Quote 0
                  • I
                    ineloquucius @TBGBe
                    last edited by

                    Should I not, then, trust the success of the “paext -t” results when they return optimistically?

                    I like using the command line because it makes it easy for me to implement .cmd scripts that use a naming convention of my choice for the archive and log files. It also enables automated copying of these files to appropriate media and directories, based on content, date, and type of backup.

                    Also, I’m not sure how I’d use cron to launch PA, though that’s likely just a matter of familiarity with the application.

                    I’ll have to rethink my strategies.

                    Thanks for your answers.

                    TBGBeT 1 Reply Last reply Reply Quote 0
                    • TBGBeT
                      TBGBe @ineloquucius
                      last edited by

                      @ineloquucius:

                      Should I not, then, trust the success of the “paext -t” results when they return optimistically?

                      No. Only valid for <2GB

                      @ineloquucius:

                      I like using the command line because it makes it easy for me to implement .cmd scripts that use a naming convention of my choice for the archive and log files. It also enables automated copying of these files to appropriate media and directories, based on content, date, and type of backup.

                      Also, I’m not sure how I’d use cron to launch PA, though that’s likely just a matter of familiarity with the application.

                      Don’t launch PA. Create a “backup script” (*.pbs) and launch that. You already have a wide range of options within the script.

                      I 1 Reply Last reply Reply Quote 0
                      • I
                        ineloquucius @TBGBe
                        last edited by

                        Is it the .zip format itself, and not PACL that has these size limitations? If I were to use a different format, perhaps the file size is not an issue?

                        Unfortunately, since the archive viewing and testing is reporting success with the oversized zip files, and working in a production environment, I can’t simply try-it-out so easily. Just wondering if anyone knew whether it was a format limitation, rather than a PACL one.

                        spwolfS TBGBeT 2 Replies Last reply Reply Quote 0
                        • spwolfS
                          spwolf conexware @ineloquucius
                          last edited by

                          it is zip 2.04 format limitation, which is zip format that PACL supports fully.

                          Zip 4.5 does not have that limitation, but is not fully supported by PACL.

                          1 Reply Last reply Reply Quote 0
                          • TBGBeT
                            TBGBe @ineloquucius
                            last edited by

                            @ineloquucius:

                            …28Gb.
                            … If I were to use a different format, perhaps the file size is not an issue?..

                            I believe that all the compression formats, as currently supported by PACL, would fail with that large a data set.

                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post