#201 Peazip fails to create arc file without absolute paths checked

[Anonymous]

Originally created by: joshmenz...@gmail.com

What steps will reproduce the problem?
1.Right click on a folder that you wish to make into an arc archive and choose "Add to archive"
2.For the method select ARC
3. Compression Level 9
4. Password "test123"
5. Click the advanced tab and uncheck "use absolute paths"
6. Click ok

What is the expected output? What do you see instead?
Expected output: an arc file with the folder that needs to be compressed inside it

What happens: I get an error saying "1: Warning: non fatal error(s); i.e. some files missing or locked"
NOTE: I KNOW FOR A FACT THAT THE FILES I WANTTO COMPRESS ARE THERE AND NOT BEING USED BY ANOTHER APPLICATION!
What version of the product are you using? On what operating system?
File Version: 4.7.3.0
Product Version: 4.7.3

Please provide any additional information below.

[Anonymous]

Originally posted by: sammae...@gmail.com

still the same issue in 5.0.1

[Anonymous]

Originally posted by: MM.tsu...@gmail.com

I have an element of answer :
In Peazip 4.9.2 Windows XP 32 bits,
when "use absolute paths" is NOT checked,
To archive {d:\tests} directory, Peazip produces the line command :
"D:\Program Files\peazip_portable\res\arc\arc.exe" a -m9 -s -rr -ae=aes "D:\tests.arc" -dp"D:" "tests" 

Notice that {-dp"D:" "tests"} is a wrong argument to ARC.
the '\' (Windows directory separator) causes trouble here.

[Anonymous]

Originally posted by: giorgio.tani.software@gmail.com

FreeArc's documentation specify -dp needs to be followed by the parent directory (i.e. -dp"D:"), and then following arguments are the relative paths of input items to base directory, so the arguments -dp"D:" "tests" is correct for what is the documented syntax if you wants to archive D:\tests directory without using absolute paths.
This syntax for -dp switch works as intended on my test machines (either using or omitting final directory separator in parent path and/or in child paths), I think it may be other factors involved in the issue you are experiencing.

[Anonymous]

Originally posted by: MM.tsu...@gmail.com

Hi, without "absolute path" checked, PEAZIP 5.1.0 (on Windows XP SP3) gives error
        FreeArc 0.666 creating archive: D:\tests.arc
        There were 1 warning(s)
        1: Warning: non fatal error(s); i.e. some files missing or locked

Found a clue :

This does NOT work : "D:\Program Files\peazip_portable\res\arc\arc.exe" a -m7 -s -rr -ae=aes "D:\tests.arc" -dp"D:" "tests"
This does NOT work neither : "D:\Program Files\peazip_portable\res\arc\arc.exe" a -m7 -s -rr -ae=aes "D:\tests_othername.arc" -dp"D:" "tests"

This works : "D:\Program Files\peazip_portable\res\arc\arc.exe" a -m1 -s -rr -ae=aes "D:\tests\standard2.arc" -dp"D:\tests" "standard2"

Note that -dpD: (FreeARC no absolute path, where path is a drive root) seems to have problems (parser ?) inside PEAZIP.
But works successfull with FreeARC command line.

[Anonymous]

Originally posted by: MM.tsu...@gmail.com

Hi,
:-(
/usr/local/share/PeaZip/res/pealauncher 20 0 na '/media/HD_test/Program Files/monprogramme.arc' /usr/local/share/PeaZip/res/arc/arc a -m4 -s -rr -ae=aes /media/HD_test/Program Files/monprogramme.arc -dp'/media/HD_test/Program Files' monprogramme

(Generated command by Peazip)
FreeArc 0.60 creating archive: /media/HD_test/Program.arc
WARNING: can't read directory "/media/HD_test/Program Files/Files"
Compressed 3 files, 117,557 => 8,265 bytes. Ratio 7.0%                    
Compression time: cpu 0.10 secs, real 0.24 secs. Speed 485 kB/s
Protecting archive with 1 recovery sectors (512 bytes)...   
There were 1 warning(s)

In status ": 1. Some file mising or loecked
In "report" : /usr/local/share/PeaZip/res/arc/arc a -m4 -s -rr -ae=aes /media/HD_test/Program Files/monprogramme.arc '-dp/media/HD_test/Program Files' monprogramme

(Notice that -dp'/media/HD_test/Program Files' has been changed to '-dp/media/HD_test/Program Files' : the apostrophe position was changed ! and file with bizarre name "-dp/anything" does obviously not exist (sure at 99.99999999999% :-) ))

------------------------------------------------------------------------
:-(
/usr/local/share/PeaZip/res/pealauncher 20 0 na /media/HD_test/Program Files/monprogramme.arc /usr/local/share/PeaZip/res/arc/arc a -m4 -s -rr -ae=aes /media/HD_test/Program Files/monprogramme.arc -dp'/media/HD_test/Program Files' monprogramme

[I suppressed the first enclosing "'")

(Nothing appear in console)

In "Status" : 127. Cannot execute requested operation
In "Report" : Files/monprogramme.arc /usr/local/share/PeaZip/res/arc/arc a -m4 -s -rr -ae=aes /media/HD_test/Program Files/monprogramme.arc '-dp/media/HD_test/Program Files' monprogramme

(obviously "Files/monprogramme.arc ..." can't be executed. I notice that arg5+ are parsed to pealauncher as command line)
(I guess syntax is : pealauncher arg1=? arg2=? arg3=? arg4=working_dir_or_base_dir arg5+=command_line)

------------------------------------------------------------------------
:-)
/usr/local/share/PeaZip/res/pealauncher 20 0 na '/media/HD_test/Program Files/monprogramme.arc' /usr/local/share/PeaZip/res/arc/arc a -m4 -s -rr -ae=aes '/media/HD_test/Program Files/monprogramme.arc' -dp'/media/HD_test/Program Files' monprogramme

(I enclose every directory by apostrophe "'")
All OK

I remark that the "-dp" option comes after the name of archive which doesn't begin with "-". So I think pealauncher receive arguments by "words"(= something within spaces or brackets of any type)

The others archiver syntax doesn't get other option after archive_name, do they ?
Kindest regards

[Anonymous]

Originally posted by: giorgio.tani.software@gmail.com

It is difficult to identify the cause of that problem, i.e. on my Linux test machine output file name is correctly enclosed with quotes, anyway the command does not run when launched as process from the application but the very same command runs when pasted in a console. I'll try to understand better this problem.

[Akito Kitsune]

3 years later and still no solution? Apparently it works in Windows (10) now, but why is the same problem still not fixed in Linux? No matter which option you choose in Linux, you simply can't create an .arc archive due to mentioned error.

[Giorgio Tani]

The bug will be fixed in next release and "use absolute paths" options for ARC files will be re-enabled, as it was tested working as expected with last version of the compiler.

In past versions it was disabled as older compilers generated unexpected parsing errors while passing the command line to FreeArc on Linux - starting from a past version of the compiler, the command line passed through a new process behaved differently from what it would have done running in a console, which was not the correct behavior, but it is no longer the case with the new compiler - so it did not worked consistently on various Linux distributions.

Please note that creating ARC with relative paths should work on Linux systems with current release of PeaZip, if not please report more details about the problem you are experiencing, current bug report is related to "use absolute path" option only.

[Akito Kitsune]

Thanks, that gave me some insight. Well, I've tested every single compression method (including variations like .balz, etc.) and the only one remaining that still doesn't work is .arc. I had a lot of trouble setting up PeaZip in the first place already, though. For example the .deb for x86_64 package was for my 64-bit system total garbage and simply unusable. So I tried the generic x86 .deb package and things got better, but after a short while I realized, that I had to download the portable version of PeaZip, because the .deb didn't have any formats in the "res" folder except .7z and .pea. So I copied the necessary plugins over, including ALL additional/optional plugins for other formats, like .balz and unace. Then I finally could use .quad, .balz, .lpaq8 and so on. Now the only thing that remains is .arc not working for compressing. Ironically it gives out the same error message, all the other formats were giving before I copied the plugins manually over. Meaning, that they were basically missing in the first place, as described before, so I provided them. Arc was provided already a thousand times in different ways (tried also the portable, x86_64, etc.) and nothing worked. The error message, when trying to compress to .arc or using another compression format without necessary plugin is

127: Cannot execute requested operation, 101 ms
Input: 101 B

Where "101" can be replaced with a random number. This is literally the same error message I got when trying to execute other compression methods before I delivered the necessary plugins. But the arc-plugin is 100% in the right folder, properly extracted and usable (theoretically).

So I checked the command given through PeaZip for the Arc compression operation and apparently it wasn't able to find a couple of libs. I downloaded them, but then it also demanded

libgmp.3.so

but Arc didn't seem to find it and it repeatedly told me "the file or directory doesn't exist."
Now the real fun begins. I was searching all over Google for fixing this library. I applied all methods I could find that seemed to work for everyone else reading those fixes. For example I have the original "libgmp.3.so" in /usr/lib, /usr/lib64, /usr/local/share/lib, /usr/local/share/lib64 and /usr/local/share/PeaZip/res/arc.
Thats when I decided to stop this madness. For now.

I am using Deepin 15.3, which is based on Debian testing. PC specs are high.

[Akito Kitsune]

I might add: exact same problem occurs, no matter if I use "Absolute Path" or not. It literally doesn't change anything. Also you really need to work on your so called "logs", because the only information the logs gave me is:

127: Cannot execute requested operation,

That was literally it.

[Giorgio Tani]

Linux installers were stripped from additional backend, excluding p7zip and pea (the two handles most of formats and provides most functions), in order to reduce dependencies - a single missing dependency would prevent the entire package to install - as reported on "release note" paragraph on Linux download page:
http://www.peazip.org/peazip-linux.html
(obviously this does not apply to portable versions, which comes with all backend binaries)
"Optional formats plugin" provides all the backend in a single download (exlcuding unace, which unlike the others it contains closed source code and consequently needed to be moved in a separate plugin), and "relelease note" section links the list of additional dependencies the plugin needs to be satisfied.

From you test it seems the FreeArc binary (http://freearc.org/) does not run correctly on your system (that's why the report is empty), you can try running it in console for getting feedback from the system, the most probable cause is a still missing dependency.

[Akito Kitsune]

NO, NOT FIXED! NOTHING IS FIXED!

I waited HALF A YEAR and the program is still BROKEN!!!!

I can't make paq, lpaq, zpaq, bcm, balz, quad......

It is STILL broken! I wasted so much time trying to fix this bug last year and now I downloaded the new version and it is still not working!!

I downloaded the portable 64-bit version, which doesn't need the additional plugins.. Doesn't work... I still downloaded the additional plugins then, but still, doesn't work...

I am on a freshly installed, NEW Ubuntu-based distribution. PeaZip is not working. Please fix this AS FAST AS POSSIBLE!

I AM WAITING SINCE OCTOBER 2016!!!

P.S.: Windows version works A+.

[Giorgio Tani]

From the description of the problem I think the problem may be missing ia32 libs, portable x86_64 package has my executables and p7zip recompiled for x86_64 (so ia32 libs are not needed), but the executables you named are not available compiled and tested for x86_64.

[Akito Kitsune]

Problem is: I couldn't install 32-bit version of the program because it always asks for obsolote libraries!
ia32-libs is only one example! It also requires libatk 1.23 or higher, but the only version that exists is libatk1.0 !

I really think this is the best archive manager ever! Bu that makes me even more annoyed if it doesn't work. I really want to use it! What can I do now? Get old ia32-lib from google?

[Akito Kitsune]

After so much time I finally fixed it!

libgcc1:i386, libc6:i386, and libstdc++6:i386

libraries need to be installed. Now it works! But thanks for your input, it helped, too!