I tried to add your lzip support to p7zip-16.02 (newest one) but somehow
didn't work. After compilation 7z does not recognize .lz files. $ 7z e
blabla.lz Error: Can not open file as archive I applied patch manually (as
automatic patch was rejected), obviously without `LzHandler.cpp', same l
I tried to find it in options but there seem to be nothing which suggests there
is no such option.
___
Lzip-bug mailing list
Lzip-bug@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lzip-bug
Helo, that seems to be too complicated. IMHO as an archiver it should be able
to "recreate original" file with original name, time stamps and
probably permissions (these permissions are still more debatable). That's
my personal opinion anyway. With meta one could utilise trailing data space
b
Ok, I get it now. Just checked how it works and you copy timestamps to the
archive and restore it this way during decompression.
Dnia 26 czerwca 2017 23:51 Antonio Diaz Diaz
<anto...@gnu.org> napisał(a):
wrotycz wrote:
IMHO as an archiver it sho
Hello, is there a way to get information about archive such as dictionary size
(-s), match length (-m), member size (-b), and/or number of members used during
compression?
___
Lzip-bug mailing list
Lzip-bug@nongnu.org
https://lists.nongnu.org/mailman/l
The match length is not stored, but the other info can be retrieved with the
--list option like this: $ lzip -lvv linux-libre-3.12.5-gnu-mm.tar. Thank
you for info. I didn't know about `v' modifier to the `-l' option
and was wandering whether it is possible to do without decompressing at al
Romano wrote: Yesterday I compiled latest lzlib 1.9 and plzip 1.7 under
cygwin(also latest, just installed yesterday) on Windows 7 and as a 64bit
both. It compiled without any errors or warning and tool also work fine.
During packing it is able to utilize all CPU cores to 100% so multi threa
If the changes required are easy, they may be ready in a few days. Else it may
take longer. BTW, has anybody verified if this change is worth the effort?
I.e., has LZMA compression any advantages over gzip compression for kernel
modules? I can test it if it's not too complicated. I mean I
I have uploaded windows version of clzip-1.10. There are both 32 and 64 bit
executables but I haven't test 64 bit version; my computer got broken and
until I find new-old main board I'm on old 32-bit laptop. Anyway, can
someone test them and confirm they work properly? There are two versions of
I just (re)discovered this thread and few questions arose.1) > I guess
they don't work, and you have just been lucky until now. But sooner or
later the seek of one thread will be executed between the seek and the read of
another thread, and corrupt data will result.I tried before to tes
Description of preadblock() ... which is not accurate. In what sense the
references you provide prove that the comment about plzips preadblock is not
accurate? preadblock is not pread. You are right. I analyzed preadblock code
and made a test and it is like you say. -- Please, reconfigure
I was reading about LZSS and it sounded like LZ77, or rather what everyone
calls LZ77, and the definition, even on wikipedia [1] it notices that 'Many
popular archivers like PKZip, ARJ, RAR, ZOO, LHarc use LZSS rather than LZ77 as
the primary compression algorithm; the encoding of literal charac
> I have never seen neither the papers from Lempel and Ziv nor the paper
from Storer and Szymanski, How can you even say it and then quote wikipedia,
and know it is true? > LZ77 algorithms achieve compression by replacing
repeated occurrences of data with references to a single copy of that
In (c)lzip definition of mkdir takes 2 arguments while in windows it takes 1,
which causes compilation error. ``` gcc -Wall -W -O2
-DPROGVERSION=\"1.14\" -c -o main.o main.c main.c: In function
'make_dirs': main.c:527:16: error: too many arguments to function
'mkdir' 527 | else i
I have fixed it mostly as you suggest, but prepending an underscore as
suggested by gnulib[1]. Hello, just searched mkdir in mingw/include: ```
mingw/include $ grep -r -nH mkdir * direct.h:34: _CRTIMP int __cdecl
_mkdir(const char *_Path); direct.h:55: _CRTIMP int __cdecl _wmkdir(cons
> don't understand. You would use mkdir because it does not work?
That's what I said, but following Gnulib guidance is best move.
> I have prepared a couple patches and have uploaded them to
download-mirror.savannah.gnu.org
download-mirror.savannah.gnu.org/releases/lzip/7zip You should make prepare
standalone lzip codec that could be compiled to .dll/.so and published, so
people can put it in their 7zip/Codedecs direct
> The theoretical basis of zstd[2] seems more complicated than that of LZMA
Well, it's new, from 2013/14, but it's actually not complicated,
simpler and easier to understand and implement than arithmetic coding. In
simple terms it is 'bit back arithmetic coding'. Zstd, and I guess
LZFSE, ar
> But I can't compile the codec because I don't own any Microsoft
software. I don't even remember who compiled my patch for 7zip. You can
compile them for Linux as in examples in the same thread: encode.su
encode.su/threads/3824-7z-xorfilter-7z-plugin-example?p=81391&viewfull=1#post81391
.
> Of course both failed. ;-) @Sean Link Of course you did something
wrong. Next time whether patch is correctly formatted because mail2html or
email client could change tabs into spaces and make it unusable. It does
work. Here is a result [1] -- @Antonio Diaz, next time just attach tex
Come across interesting project - lzip-go in go lang. If someone is ingested in
it - have fun. pkg.go.dev https://pkg.go.dev/github.com/sorairolake/lzip-go
Once again I try to do a 'make test', after all I see
'testsuite', right? Is it possible to add usage info to check.sh, like
in attached diff?
diff -rup lzlib-1.15-pre1/testsuite/check.sh
lzlib-1.15-pre1-1/testsuite/check.sh
--- lzlib-1.15-pre1/testsuite/check.sh 2024-01-20 20:59:28.0 +
> El Ar wrote:> I'm trying to figure out how to use lzip
(download and use) . I wouldlike to run it on Windows 10, 64-bit, to unzip
DDRescue . You can (still) find mingw -gcc compiled Windows version of lzip
-1.24 here: mediafire.com mediafire.com/file/guofqjr5rzcwu8o/ lzip -1.2
Dnia 17 czerwca 2024 16:59 El Ar <tamsatree@> wrote: Thank you! On
Mon, Jun 17, 2024, 8:32 AM wrotycz < wrotycz@...l > wrote:Would you
mind to not include my email in a message for every spam not to read it now?
24 matches
Mail list logo
