diff options
author | Daniel Baumann <mail@daniel-baumann.ch> | 2015-11-07 10:05:19 +0000 |
---|---|---|
committer | Daniel Baumann <mail@daniel-baumann.ch> | 2015-11-07 10:05:19 +0000 |
commit | da3d07857e8877d884705832c5fd038f3e44751f (patch) | |
tree | b5610da37ed6a9f39b1e2835b3482686cc0e0cdb /doc | |
parent | Adding debian version 1.16~rc1-1. (diff) | |
download | lzip-da3d07857e8877d884705832c5fd038f3e44751f.tar.xz lzip-da3d07857e8877d884705832c5fd038f3e44751f.zip |
Merging upstream version 1.16.
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
Diffstat (limited to 'doc')
-rw-r--r-- | doc/lzip.1 | 6 | ||||
-rw-r--r-- | doc/lzip.info | 35 | ||||
-rw-r--r-- | doc/lzip.texi | 19 |
3 files changed, 35 insertions, 25 deletions
@@ -1,10 +1,10 @@ -.\" DO NOT MODIFY THIS FILE! It was generated by help2man 1.37.1. -.TH LZIP "1" "June 2014" "lzip 1.16-rc1" "User Commands" +.\" DO NOT MODIFY THIS FILE! It was generated by help2man 1.46.1. +.TH LZIP "1" "August 2014" "lzip 1.16" "User Commands" .SH NAME lzip \- reduces the size of files .SH SYNOPSIS .B lzip -[\fIoptions\fR] [\fIfiles\fR] +[\fI\,options\/\fR] [\fI\,files\/\fR] .SH DESCRIPTION Lzip \- LZMA lossless data compressor. .SH OPTIONS diff --git a/doc/lzip.info b/doc/lzip.info index c3324a5..a2d18bc 100644 --- a/doc/lzip.info +++ b/doc/lzip.info @@ -11,7 +11,7 @@ File: lzip.info, Node: Top, Next: Introduction, Up: (dir) Lzip Manual *********** -This manual is for Lzip (version 1.16-rc1, 30 June 2014). +This manual is for Lzip (version 1.16, 26 August 2014). * Menu: @@ -26,8 +26,7 @@ This manual is for Lzip (version 1.16-rc1, 30 June 2014). * Concept index:: Index of concepts - Copyright (C) 2008, 2009, 2010, 2011, 2012, 2013, 2014 Antonio Diaz -Diaz. + Copyright (C) 2008-2014 Antonio Diaz Diaz. This manual is free documentation: you have unlimited permission to copy, distribute and modify it. @@ -42,7 +41,7 @@ Lzip is a lossless data compressor with a user interface similar to the one of gzip or bzip2. Lzip is about as fast as gzip, compresses most files more than bzip2, and is better than both from a data recovery perspective. Lzip is a clean implementation of the LZMA -(Lempel-Ziv-Markov chain-Algorithm) algorithm. +(Lempel-Ziv-Markov chain-Algorithm) "algorithm". The lzip file format is designed for long-term data archiving, taking into account both data integrity and decoder availability: @@ -63,6 +62,11 @@ into account both data integrity and decoder availability: * Additionally lzip 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. + The member trailer stores the 32-bit CRC of the original data, the size of the original data and the size of the member. These values, together with the value remaining in the range decoder and the @@ -77,7 +81,8 @@ uncompressed data. Lzip 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 tar or zutils. +values (like gzip) when it is used as a back end for other programs +like tar or zutils. 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 @@ -996,7 +1001,7 @@ public: pos( 0 ), stream_pos( 0 ), crc_( 0xFFFFFFFFU ) - { buffer[dictionary_size-1] = 0; } // prev_byte of first_byte + { buffer[dictionary_size-1] = 0; } // prev_byte of first byte ~LZ_decoder() { delete[] buffer; } @@ -1212,15 +1217,15 @@ Concept index Tag Table: Node: Top208 -Node: Introduction1055 -Node: Algorithm5733 -Node: Invoking lzip8491 -Node: File format14167 -Node: Stream format16715 -Node: Examples26147 -Node: Problems28104 -Node: Reference source code28634 -Node: Concept index42151 +Node: Introduction1022 +Node: Algorithm5992 +Node: Invoking lzip8750 +Node: File format14426 +Node: Stream format16974 +Node: Examples26406 +Node: Problems28363 +Node: Reference source code28893 +Node: Concept index42410 End Tag Table diff --git a/doc/lzip.texi b/doc/lzip.texi index 3209e15..037dd6e 100644 --- a/doc/lzip.texi +++ b/doc/lzip.texi @@ -6,8 +6,8 @@ @finalout @c %**end of header -@set UPDATED 30 June 2014 -@set VERSION 1.16-rc1 +@set UPDATED 26 August 2014 +@set VERSION 1.16 @dircategory Data Compression @direntry @@ -47,8 +47,7 @@ This manual is for Lzip (version @value{VERSION}, @value{UPDATED}). @end menu @sp 1 -Copyright @copyright{} 2008, 2009, 2010, 2011, 2012, 2013, 2014 -Antonio Diaz Diaz. +Copyright @copyright{} 2008-2014 Antonio Diaz Diaz. This manual is free documentation: you have unlimited permission to copy, distribute and modify it. @@ -62,7 +61,7 @@ Lzip is a lossless data compressor with a user interface similar to the one of gzip or bzip2. Lzip is about as fast as gzip, compresses most files more than bzip2, and is better than both from a data recovery perspective. Lzip is a clean implementation of the LZMA -(Lempel-Ziv-Markov chain-Algorithm) algorithm. +(Lempel-Ziv-Markov chain-Algorithm) "algorithm". The lzip file format is designed for long-term data archiving, taking into account both data integrity and decoder availability: @@ -88,6 +87,11 @@ Additionally lzip is copylefted, which guarantees that it will remain free forever. @end itemize +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. + The member trailer stores the 32-bit CRC of the original data, the size of the original data and the size of the member. These values, together with the value remaining in the range decoder and the end-of-stream @@ -101,7 +105,8 @@ wrong. It can't help you recover the original uncompressed data. Lzip 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 tar or zutils. +gzip) when it is used as a back end for other programs like tar or +zutils. 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 @@ -1069,7 +1074,7 @@ public: pos( 0 ), stream_pos( 0 ), crc_( 0xFFFFFFFFU ) - { buffer[dictionary_size-1] = 0; } // prev_byte of first_byte + { buffer[dictionary_size-1] = 0; } // prev_byte of first byte ~LZ_decoder() { delete[] buffer; } |