Usually those packers are interesting when used to compress tar file and modern tar implementation is able to handle it directly you can also focus in this direction if it make sense to you. (I use on windows bsdtar 3.3.2 - libarchive 3.3.2 zlib/1.2.5.f-ipp and std tar -tf %F give me the list of any tlz or tar.lz ) (see https://doublecmd.sourceforge.io/forum/viewtopic.php?t=3809)
Well, it may be because file name results in full path with a colon and backslashes (because natively GZ XZ etc. streams do not contain file name and attributes).
But also I see that you use "^" in "Start" lines incorrectly: you have to put "^" instead of the first line character, not before it.
I did, thanks to that I got proper listing after entering archive, thanks for that. Step in right direction I guess.
What is '^' then for if it's not beginning of the line? Can I live without it?
Even with listing working it still doesn't work as expected. I will inform as I progress with it.
I don't know how bsdtar handles compressors but tar does not do it "directly". I just recognizes compressor file signature and invokes right compressor (check ``-I --use-compress-program=PROG'' option in man).nsp wrote: ↑2020-04-25, 07:06 UTC modern tar implementation is able to handle it directly you can also focus in this direction if it make sense to you. (I use on windows bsdtar 3.3.2 - libarchive 3.3.2 zlib/1.2.5.f-ipp and std tar -tf %F give me the list of any tlz or tar.lz ) (see lzip support in multiarc)
I checked referred topic and I can get support through 7zip with certain patch which is ignored by 7zip dev but it requires patching and recompiling every new release and it won't automatically work as you can guess. Either this or decent plugin that refuses to work on my system, not to mention it won't work under linux so I thought configuring original compressor/s would be only beneficial as parallel versions are so much better than any plugin or 7zip.
As described in help file, "^" causes MA to search for given text only from beginning of a line, but MA authors decided to put it instead of the first pattern character, not before it.What is '^' then for if it's not beginning of the line? Can I live without it?
Please post your addon section, I'll try to check it.
But you can do some basic test, according the help, for instance using a test file:
Code: Select all
[debug] ;Create a bin file containing for instance 50 4C for this test. Archiver executable is not necessary to reproduce the bug. ID=50 ExcludeIDs=(4C,1,1) Archiver="c:\debug\debug.exe" List="%P l %AQA" Extract="%P %AQA x %F" Format0=pppppppppppp zzzzzzzzzzzz nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn IgnoreErrors=0 Debug=0 UnixPath=0 SkipDirsInFileList=0 SkipEmptyNames=1 BatchUnpack=0 SearchForUglyDirs=0
I've rewritten detection function, so it should work now.
* fixed ExcludeIDs support (feature was completely broken)