AminetAminet
Search:
83982 packages online
About
Recent
Browse
Search
Upload
Setup
Services

util/pack/clzip.lha

Mirror:Random
Showing:m68k-amigaosgeneric
No screenshot available
Short:Data (de)compressor like gzip or bzip2
Author:antonio at gnu.org (Antonio Diaz Diaz), port by uploader
Uploader:polluks+aminet sdf lonestar org (Stefan Haubenthal)
Type:util/pack
Version:1.13
Architecture:ppc-morphos; m68k-amigaos
URL:http://www.nongnu.org/lzip/clzip.html
Date:2022-11-07
Download:http://aminet.net/util/pack/clzip.lha - View contents
Readme:http://aminet.net/util/pack/clzip.readme
Downloads:3609

Description

Clzip is a C language version of lzip, fully compatible with lzip 1.4 or
newer. As clzip is written in C, it may be easier to integrate in
applications like package managers, embedded devices, or systems lacking a
C++ compiler.

Lzip is a lossless data compressor with a user interface similar to the one
of gzip or bzip2. Lzip uses a simplified form of the 'Lempel-Ziv-Markov
chain-Algorithm' (LZMA) stream format and provides a 3 factor integrity
checking to maximize interoperability and optimize safety. Lzip can compress
about as fast as gzip (lzip -0) or compress most files more than bzip2
(lzip -9). Decompression speed is intermediate between gzip and bzip2.
Lzip is better than gzip and bzip2 from a data recovery perspective. Lzip
has been designed, written, and tested with great care to replace gzip and
bzip2 as the standard general-purpose compressed format for unix-like
systems.

For compressing/decompressing large files on multiprocessor machines plzip
can be much faster than lzip at the cost of a slightly reduced compression
ratio.

For creation and manipulation of compressed tar archives tarlz can be more
efficient than using tar and plzip because tarlz is able to keep the
alignment between tar members and lzip members.

The lzip file format is designed for data sharing and long-term archiving,
taking into account both data integrity and decoder availability:

   * The lzip format provides very safe integrity checking and some data
     recovery means. The program lziprecover can repair bit flip errors
     (one of the most common forms of data corruption) in lzip files, and
     provides data recovery capabilities, including error-checked merging
     of damaged copies of a file.

   * The lzip format is as simple as possible (but not simpler). The lzip
     manual provides the source code of a simple decompressor along with a
     detailed explanation of how it works, so that with the only help of the
     lzip manual it would be possible for a digital archaeologist to extract
     the data from a lzip file long after quantum computers eventually
     render LZMA obsolete.

   * Additionally the lzip reference implementation is copylefted, which
     guarantees that it will remain free forever.

A nice feature of the lzip format is that a corrupt byte is easier to repair
the nearer it is from the beginning of the file. Therefore, with the help of
lziprecover, losing an entire archive just because of a corrupt byte near
the beginning is a thing of the past.

Clzip uses the same well-defined exit status values used by bzip2, which
makes it safer than compressors returning ambiguous warning values (like
gzip) when it is used as a back end for other programs like tar or zutils.

Clzip will automatically use for each file the largest dictionary size that
does not exceed neither the file size nor the limit given. Keep in mind that
the decompression memory requirement is affected at compression time by the
choice of dictionary size limit.

The amount of memory required for compression is about 1 or 2 times the
dictionary size limit (1 if input file size is less than dictionary size
limit, else 2) plus 9 times the dictionary size really used. The option '-0'
is special and only requires about 1.5 MiB at most. The amount of memory
required for decompression is about 46 kB larger than the dictionary size
really used.

When compressing, clzip replaces every file given in the command line
with a compressed version of itself, with the name "original_name.lz".
When decompressing, clzip attempts to guess the name for the decompressed
file from that of the compressed file as follows:

filename.lz    becomes   filename
filename.tlz   becomes   filename.tar
anyothername   becomes   anyothername.out

(De)compressing a file is much like copying or moving it. Therefore clzip
preserves the access and modification dates, permissions, and, when
possible, ownership of the file just as 'cp -p' does. (If the user ID or
the group ID can't be duplicated, the file permission bits S_ISUID and
S_ISGID are cleared).

Clzip is able to read from some types of non-regular files if either the
option '-c' or the option '-o' is specified.

If no file names are specified, clzip compresses (or decompresses) from
standard input to standard output. Clzip will refuse to read compressed data
from a terminal or write compressed data to a terminal, as this would be
entirely incomprehensible and might leave the terminal in an abnormal state.

Clzip will correctly decompress a file which is the concatenation of two or
more compressed files. The result is the concatenation of the corresponding
decompressed files. Integrity testing of concatenated compressed files is
also supported.

Clzip can produce multimember files, and lziprecover can safely recover the
undamaged members in case of file damage. Clzip can also split the compressed
output in volumes of a given size, even when reading from standard input.
This allows the direct creation of multivolume compressed tar archives.

Clzip is able to compress and decompress streams of unlimited size by
automatically creating multimember output. The members so created are large,
about 2 PiB each.

In spite of its name (Lempel-Ziv-Markov chain-Algorithm), LZMA is not a
concrete algorithm; it is more like "any algorithm using the LZMA coding
scheme". For example, the option '-0' of lzip uses the scheme in almost the
simplest way possible; issuing the longest match it can find, or a literal
byte if it can't find a match. Inversely, a much more elaborated way of
finding coding sequences of minimum size than the one currently used by lzip
could be developed, and the resulting sequence could also be coded using the
LZMA coding scheme.

Clzip currently implements two variants of the LZMA algorithm: fast
(used by option '-0') and normal (used by all other compression levels).

The high compression of LZMA comes from combining two basic, well-proven
compression ideas: sliding dictionaries (LZ77/78) and markov models (the
thing used by every compression algorithm that uses a range encoder or
similar order-0 entropy coder as its last stage) with segregation of
contexts according to what the bits are used for.

The ideas embodied in clzip are due to (at least) the following people:
Abraham Lempel and Jacob Ziv (for the LZ algorithm), Andrey Markov (for the
definition of Markov chains), G.N.N. Martin (for the definition of range
encoding), Igor Pavlov (for putting all the above together in LZMA), and
Julian Seward (for bzip2's CLI).

LANGUAGE NOTE: Uncompressed = not compressed = plain data; it may never have
been compressed. Decompressed is used to refer to data which have undergone
the process of decompression.


Copyright (C) 2010-2022 Antonio Diaz Diaz.

This file is free documentation: you have unlimited permission to copy,
distribute, and modify it.

The file Makefile.in is a data file used by configure to produce the
Makefile. It has the same copyright owner and permissions that configure
itself.


Contents of util/pack/clzip.lha
PERMISSION  UID  GID    PACKED    SIZE  RATIO METHOD CRC     STAMP     NAME
---------- ----------- ------- ------- ------ ---------- ------------ ----------
[generic]                  242     368  65.8% -lh5- 300c Nov 14  2019 clzip-1.13/AUTHORS
[generic]                 2472    9632  25.7% -lh5- 457b Jan  5  2022 clzip-1.13/carg_parser.c
[generic]                 1305    3203  40.7% -lh5- 51c8 Jan  5  2022 clzip-1.13/carg_parser.h
[generic]                 2724    7154  38.1% -lh5- 6fe4 Jan 24  2022 clzip-1.13/ChangeLog
[generic]                 2109    5964  35.4% -lh5- 2da4 Jan 22  2022 clzip-1.13/configure
[generic]                 6967   18025  38.7% -lh5- 37dd Jun 16  2014 clzip-1.13/COPYING
[generic]                 2951    9859  29.9% -lh5- 45ad Jan 22  2022 clzip-1.13/decoder.c
[generic]                 2724   11949  22.8% -lh5- 87e8 Jan 22  2022 clzip-1.13/decoder.h
[generic]                 2190    4545  48.2% -lh5- 95ea Jan 24  2022 clzip-1.13/doc/clzip.1
[generic]                23192   67507  34.4% -lh5- 48f1 Jan 24  2022 clzip-1.13/doc/clzip.info
[generic]                23026   66175  34.8% -lh5- 5620 Jan 24  2022 clzip-1.13/doc/clzip.texi
[generic]                 5117   21555  23.7% -lh5- 0e25 Jan 24  2022 clzip-1.13/encoder.c
[generic]                 2921   10855  26.9% -lh5- 5a51 Jan 22  2022 clzip-1.13/encoder.h
[generic]                 2157    7089  30.4% -lh5- a8b1 Jan 22  2022 clzip-1.13/encoder_base.c
[generic]                 3826   17449  21.9% -lh5- 716f Jan 22  2022 clzip-1.13/encoder_base.h
[generic]                 1986    6812  29.2% -lh5- 9699 Jan 22  2022 clzip-1.13/fast_encoder.c
[generic]                 1022    2339  43.7% -lh5- 27d5 Jan 22  2022 clzip-1.13/fast_encoder.h
[generic]                 1164    2381  48.9% -lh5- f252 Jan 22  2022 clzip-1.13/INSTALL
[generic]                 1494    4053  36.9% -lh5- 7e0e Jan 22  2022 clzip-1.13/list.c
[generic]                 3199   10699  29.9% -lh5- d6cd Jan 22  2022 clzip-1.13/lzip.h
[generic]                 2725   10172  26.8% -lh5- 39cf Jan 22  2022 clzip-1.13/lzip_index.c
[generic]                 1061    3123  34.0% -lh5- 1480 Jan 22  2022 clzip-1.13/lzip_index.h
[generic]                 1180    4410  26.8% -lh5- 5a8f Oct  7  2021 clzip-1.13/Makefile.in
[generic]                  287     457  62.8% -lh5- 5b17 Jan 10  2022 clzip-1.13/NEWS
[generic]                 3101    7040  44.0% -lh5- e2d7 Jan 22  2022 clzip-1.13/README
[generic]                 2856   16524  17.3% -lh5- 2e08 Jan 22  2022 clzip-1.13/testsuite/check.sh
[generic]                   80      80 100.0% -lh0- 383b Jun 16  2014 clzip-1.13/testsuite/fox.lz
[generic]                   80      80 100.0% -lh0- e906 Jun 16  2014 clzip-1.13/testsuite/fox_bcrc.lz
[generic]                   80      80 100.0% -lh0- ae2a Jun 16  2014 clzip-1.13/testsuite/fox_crc0.lz
[generic]                   80      80 100.0% -lh0- c97b Jun 16  2014 clzip-1.13/testsuite/fox_das46.lz
[generic]                   80      80 100.0% -lh0- 043a Jun 16  2014 clzip-1.13/testsuite/fox_de20.lz
[generic]                   80      80 100.0% -lh0- f4fa Jun 16  2014 clzip-1.13/testsuite/fox_mes81.lz
[generic]                   80      80 100.0% -lh0- 8ec8 Jun 16  2014 clzip-1.13/testsuite/fox_s11.lz
[generic]                   80      80 100.0% -lh0- fa3f Jun 16  2014 clzip-1.13/testsuite/fox_v2.lz
[generic]                13650   36388  37.5% -lh5- 8ee1 Jun 16  2014 clzip-1.13/testsuite/test.txt
[generic]                 7376    7376 100.0% -lh0- e4f2 Jun 16  2014 clzip-1.13/testsuite/test.txt.lz
[generic]                14024   14024 100.0% -lh0- f0ba Jun 16  2014 clzip-1.13/testsuite/test_em.txt.lz
[generic]                58660  121800  48.2% -lh5- fe69 Nov  6 03:16 clzip-1.13/clzip
[generic]                12195   43046  28.3% -lh5- ab88 Jan 22  2022 clzip-1.13/main.c.bak
[generic]                48932  102128  47.9% -lh5- 40d1 Nov  8 01:42 clzip-1.13/clzip.68k
[generic]                12201   43053  28.3% -lh5- 1e44 Nov  8 01:39 clzip-1.13/main.c
---------- ----------- ------- ------- ------ ---------- ------------ ----------
 Total        41 files  271676  697794  38.9%            Nov  8 05:29

Aminet © 1992-2022 Urban Müller and the Aminet team. Aminet contact address: <aminetaminet net>