From 2ed1dcfa30b3967f7d6df74fba78ce23ed065497 Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 15 Jun 2024 11:41:35 +0200 Subject: Merging upstream version 5.6.2. Signed-off-by: Daniel Baumann --- doc/api/annotated.html | 68 - doc/api/base_8h.html | 580 ------ doc/api/bc_s.png | Bin 675 -> 0 bytes doc/api/bc_sd.png | Bin 604 -> 0 bytes doc/api/bcj_8h.html | 105 -- doc/api/block_8h.html | 758 -------- doc/api/check_8h.html | 340 ---- doc/api/classes.html | 60 - doc/api/closed.png | Bin 132 -> 0 bytes doc/api/container_8h.html | 1279 ------------- doc/api/delta_8h.html | 132 -- doc/api/dir_b17a1d403082bd69a703ed987cf158fb.html | 104 -- doc/api/doc.svg | 12 - doc/api/docd.svg | 12 - doc/api/doxygen.css | 2017 --------------------- doc/api/doxygen.svg | 28 - doc/api/files.html | 74 - doc/api/filter_8h.html | 1342 -------------- doc/api/folderclosed.svg | 11 - doc/api/folderclosedd.svg | 11 - doc/api/folderopen.svg | 17 - doc/api/folderopend.svg | 12 - doc/api/functions.html | 210 --- doc/api/functions_vars.html | 210 --- doc/api/globals.html | 272 --- doc/api/globals_defs.html | 119 -- doc/api/globals_enum.html | 71 - doc/api/globals_eval.html | 103 -- doc/api/globals_func.html | 177 -- doc/api/globals_type.html | 68 - doc/api/hardware_8h.html | 123 -- doc/api/index.html | 53 - doc/api/index_8h.html | 1268 ------------- doc/api/index__hash_8h.html | 311 ---- doc/api/lzma12_8h.html | 436 ----- doc/api/lzma_8h.html | 109 -- doc/api/nav_f.png | Bin 167 -> 0 bytes doc/api/nav_fd.png | Bin 144 -> 0 bytes doc/api/nav_g.png | Bin 95 -> 0 bytes doc/api/nav_h.png | Bin 97 -> 0 bytes doc/api/nav_hd.png | Bin 104 -> 0 bytes doc/api/open.png | Bin 121 -> 0 bytes doc/api/splitbar.png | Bin 309 -> 0 bytes doc/api/splitbard.png | Bin 278 -> 0 bytes doc/api/stream__flags_8h.html | 348 ---- doc/api/structlzma__allocator.html | 153 -- doc/api/structlzma__block.html | 347 ---- doc/api/structlzma__filter.html | 114 -- doc/api/structlzma__index__iter.html | 407 ----- doc/api/structlzma__mt.html | 256 --- doc/api/structlzma__options__bcj.html | 95 - doc/api/structlzma__options__delta.html | 113 -- doc/api/structlzma__options__lzma.html | 363 ---- doc/api/structlzma__stream.html | 251 --- doc/api/structlzma__stream__flags.html | 134 -- doc/api/sync_off.png | Bin 857 -> 0 bytes doc/api/sync_on.png | Bin 851 -> 0 bytes doc/api/tab_a.png | Bin 135 -> 0 bytes doc/api/tab_ad.png | Bin 133 -> 0 bytes doc/api/tab_b.png | Bin 178 -> 0 bytes doc/api/tab_bd.png | Bin 157 -> 0 bytes doc/api/tab_h.png | Bin 179 -> 0 bytes doc/api/tab_hd.png | Bin 168 -> 0 bytes doc/api/tab_s.png | Bin 208 -> 0 bytes doc/api/tab_sd.png | Bin 171 -> 0 bytes doc/api/tabs.css | 62 - doc/api/version_8h.html | 239 --- doc/api/vli_8h.html | 323 ---- doc/examples/01_compress_easy.c | 7 +- doc/examples/02_decompress.c | 5 +- doc/examples/03_compress_custom.c | 5 +- doc/examples/04_compress_easy_mt.c | 5 +- doc/examples/11_file_info.c | 205 +++ doc/examples/Makefile | 6 +- doc/examples_old/xz_pipe_comp.c | 127 -- doc/examples_old/xz_pipe_decomp.c | 123 -- doc/lzma-file-format.txt | 16 +- doc/man/pdf-a4/lzmainfo-a4.pdf | Bin 16384 -> 0 bytes doc/man/pdf-a4/xz-a4.pdf | Bin 114746 -> 0 bytes doc/man/pdf-a4/xzdec-a4.pdf | Bin 19978 -> 0 bytes doc/man/pdf-a4/xzdiff-a4.pdf | Bin 17200 -> 0 bytes doc/man/pdf-a4/xzgrep-a4.pdf | Bin 18338 -> 0 bytes doc/man/pdf-a4/xzless-a4.pdf | Bin 15029 -> 0 bytes doc/man/pdf-a4/xzmore-a4.pdf | Bin 15203 -> 0 bytes doc/man/pdf-letter/lzmainfo-letter.pdf | Bin 16394 -> 0 bytes doc/man/pdf-letter/xz-letter.pdf | Bin 115882 -> 0 bytes doc/man/pdf-letter/xzdec-letter.pdf | Bin 19970 -> 0 bytes doc/man/pdf-letter/xzdiff-letter.pdf | Bin 17227 -> 0 bytes doc/man/pdf-letter/xzgrep-letter.pdf | Bin 18322 -> 0 bytes doc/man/pdf-letter/xzless-letter.pdf | Bin 15022 -> 0 bytes doc/man/pdf-letter/xzmore-letter.pdf | Bin 15159 -> 0 bytes doc/man/txt/lzmainfo.txt | 10 +- doc/man/txt/xz.txt | 752 ++++---- doc/man/txt/xzdec.txt | 12 +- doc/man/txt/xzdiff.txt | 49 +- doc/man/txt/xzgrep.txt | 66 +- doc/man/txt/xzless.txt | 13 +- doc/man/txt/xzmore.txt | 31 +- doc/xz-file-format.txt | 33 +- 99 files changed, 759 insertions(+), 14403 deletions(-) delete mode 100644 doc/api/annotated.html delete mode 100644 doc/api/base_8h.html delete mode 100644 doc/api/bc_s.png delete mode 100644 doc/api/bc_sd.png delete mode 100644 doc/api/bcj_8h.html delete mode 100644 doc/api/block_8h.html delete mode 100644 doc/api/check_8h.html delete mode 100644 doc/api/classes.html delete mode 100644 doc/api/closed.png delete mode 100644 doc/api/container_8h.html delete mode 100644 doc/api/delta_8h.html delete mode 100644 doc/api/dir_b17a1d403082bd69a703ed987cf158fb.html delete mode 100644 doc/api/doc.svg delete mode 100644 doc/api/docd.svg delete mode 100644 doc/api/doxygen.css delete mode 100644 doc/api/doxygen.svg delete mode 100644 doc/api/files.html delete mode 100644 doc/api/filter_8h.html delete mode 100644 doc/api/folderclosed.svg delete mode 100644 doc/api/folderclosedd.svg delete mode 100644 doc/api/folderopen.svg delete mode 100644 doc/api/folderopend.svg delete mode 100644 doc/api/functions.html delete mode 100644 doc/api/functions_vars.html delete mode 100644 doc/api/globals.html delete mode 100644 doc/api/globals_defs.html delete mode 100644 doc/api/globals_enum.html delete mode 100644 doc/api/globals_eval.html delete mode 100644 doc/api/globals_func.html delete mode 100644 doc/api/globals_type.html delete mode 100644 doc/api/hardware_8h.html delete mode 100644 doc/api/index.html delete mode 100644 doc/api/index_8h.html delete mode 100644 doc/api/index__hash_8h.html delete mode 100644 doc/api/lzma12_8h.html delete mode 100644 doc/api/lzma_8h.html delete mode 100644 doc/api/nav_f.png delete mode 100644 doc/api/nav_fd.png delete mode 100644 doc/api/nav_g.png delete mode 100644 doc/api/nav_h.png delete mode 100644 doc/api/nav_hd.png delete mode 100644 doc/api/open.png delete mode 100644 doc/api/splitbar.png delete mode 100644 doc/api/splitbard.png delete mode 100644 doc/api/stream__flags_8h.html delete mode 100644 doc/api/structlzma__allocator.html delete mode 100644 doc/api/structlzma__block.html delete mode 100644 doc/api/structlzma__filter.html delete mode 100644 doc/api/structlzma__index__iter.html delete mode 100644 doc/api/structlzma__mt.html delete mode 100644 doc/api/structlzma__options__bcj.html delete mode 100644 doc/api/structlzma__options__delta.html delete mode 100644 doc/api/structlzma__options__lzma.html delete mode 100644 doc/api/structlzma__stream.html delete mode 100644 doc/api/structlzma__stream__flags.html delete mode 100644 doc/api/sync_off.png delete mode 100644 doc/api/sync_on.png delete mode 100644 doc/api/tab_a.png delete mode 100644 doc/api/tab_ad.png delete mode 100644 doc/api/tab_b.png delete mode 100644 doc/api/tab_bd.png delete mode 100644 doc/api/tab_h.png delete mode 100644 doc/api/tab_hd.png delete mode 100644 doc/api/tab_s.png delete mode 100644 doc/api/tab_sd.png delete mode 100644 doc/api/tabs.css delete mode 100644 doc/api/version_8h.html delete mode 100644 doc/api/vli_8h.html create mode 100644 doc/examples/11_file_info.c delete mode 100644 doc/examples_old/xz_pipe_comp.c delete mode 100644 doc/examples_old/xz_pipe_decomp.c delete mode 100644 doc/man/pdf-a4/lzmainfo-a4.pdf delete mode 100644 doc/man/pdf-a4/xz-a4.pdf delete mode 100644 doc/man/pdf-a4/xzdec-a4.pdf delete mode 100644 doc/man/pdf-a4/xzdiff-a4.pdf delete mode 100644 doc/man/pdf-a4/xzgrep-a4.pdf delete mode 100644 doc/man/pdf-a4/xzless-a4.pdf delete mode 100644 doc/man/pdf-a4/xzmore-a4.pdf delete mode 100644 doc/man/pdf-letter/lzmainfo-letter.pdf delete mode 100644 doc/man/pdf-letter/xz-letter.pdf delete mode 100644 doc/man/pdf-letter/xzdec-letter.pdf delete mode 100644 doc/man/pdf-letter/xzdiff-letter.pdf delete mode 100644 doc/man/pdf-letter/xzgrep-letter.pdf delete mode 100644 doc/man/pdf-letter/xzless-letter.pdf delete mode 100644 doc/man/pdf-letter/xzmore-letter.pdf (limited to 'doc') diff --git a/doc/api/annotated.html b/doc/api/annotated.html deleted file mode 100644 index 4016c49..0000000 --- a/doc/api/annotated.html +++ /dev/null @@ -1,68 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Data Structures - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
Data Structures
-
-
-
Here are the data structures with brief descriptions:
- - - - - - - - - - - -
 Clzma_allocatorCustom functions for memory handling
 Clzma_blockOptions for the Block and Block Header encoders and decoders
 Clzma_filterFilter options
 Clzma_index_iterIterator to get information about Blocks and Streams
 Clzma_mtMultithreading options
 Clzma_options_bcjOptions for BCJ filters
 Clzma_options_deltaOptions for the Delta filter
 Clzma_options_lzmaOptions specific to the LZMA1 and LZMA2 filters
 Clzma_streamPassing data to and from liblzma
 Clzma_stream_flagsOptions for encoding/decoding Stream Header and Stream Footer
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/base_8h.html b/doc/api/base_8h.html deleted file mode 100644 index 417ccef..0000000 --- a/doc/api/base_8h.html +++ /dev/null @@ -1,580 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/base.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Typedefs | -Enumerations | -Functions
-
base.h File Reference
-
-
- -

Data types and functions used in many places in liblzma API. -More...

- - - - - - - - -

-Data Structures

struct  lzma_allocator
 Custom functions for memory handling. More...
 
struct  lzma_stream
 Passing data to and from liblzma. More...
 
- - - - -

-Macros

#define LZMA_STREAM_INIT
 Initialization for lzma_stream.
 
- - - - - - - -

-Typedefs

typedef unsigned char lzma_bool
 Boolean.
 
typedef struct lzma_internal_s lzma_internal
 Internal data structure.
 
- - - - - - - - - - -

-Enumerations

enum  lzma_reserved_enum { LZMA_RESERVED_ENUM = 0 - }
 Type of reserved enumeration variable in structures. More...
 
enum  lzma_ret {
-  LZMA_OK = 0 -, LZMA_STREAM_END = 1 -, LZMA_NO_CHECK = 2 -, LZMA_UNSUPPORTED_CHECK = 3 -,
-  LZMA_GET_CHECK = 4 -, LZMA_MEM_ERROR = 5 -, LZMA_MEMLIMIT_ERROR = 6 -, LZMA_FORMAT_ERROR = 7 -,
-  LZMA_OPTIONS_ERROR = 8 -, LZMA_DATA_ERROR = 9 -, LZMA_BUF_ERROR = 10 -, LZMA_PROG_ERROR = 11 -,
-  LZMA_SEEK_NEEDED = 12 -, LZMA_RET_INTERNAL1 = 101 -, LZMA_RET_INTERNAL2 = 102 -, LZMA_RET_INTERNAL3 = 103 -,
-  LZMA_RET_INTERNAL4 = 104 -, LZMA_RET_INTERNAL5 = 105 -, LZMA_RET_INTERNAL6 = 106 -, LZMA_RET_INTERNAL7 = 107 -,
-  LZMA_RET_INTERNAL8 = 108 -
- }
 Return values used by several functions in liblzma. More...
 
enum  lzma_action {
-  LZMA_RUN = 0 -, LZMA_SYNC_FLUSH = 1 -, LZMA_FULL_FLUSH = 2 -, LZMA_FULL_BARRIER = 4 -,
-  LZMA_FINISH = 3 -
- }
 The `action' argument for lzma_code() More...
 
- - - - - - - - - - - - - - - - - - - -

-Functions

lzma_ret lzma_code (lzma_stream *strm, lzma_action action) lzma_nothrow lzma_attr_warn_unused_result
 Encode or decode data.
 
void lzma_end (lzma_stream *strm) lzma_nothrow
 Free memory allocated for the coder data structures.
 
void lzma_get_progress (lzma_stream *strm, uint64_t *progress_in, uint64_t *progress_out) lzma_nothrow
 Get progress information.
 
uint64_t lzma_memusage (const lzma_stream *strm) lzma_nothrow lzma_attr_pure
 Get the memory usage of decoder filter chain.
 
uint64_t lzma_memlimit_get (const lzma_stream *strm) lzma_nothrow lzma_attr_pure
 Get the current memory usage limit.
 
lzma_ret lzma_memlimit_set (lzma_stream *strm, uint64_t memlimit) lzma_nothrow
 Set the memory usage limit.
 
-

Detailed Description

-

Data types and functions used in many places in liblzma API.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_STREAM_INIT

- -
-
- - - - -
#define LZMA_STREAM_INIT
-
-Value:
{ NULL, 0, 0, NULL, 0, 0, NULL, NULL, \
-
NULL, NULL, NULL, NULL, 0, 0, 0, 0, \
-
LZMA_RESERVED_ENUM, LZMA_RESERVED_ENUM }
-
-

Initialization for lzma_stream.

-

When you declare an instance of lzma_stream, you can immediately initialize it so that initialization functions know that no memory has been allocated yet:

-

lzma_stream strm = LZMA_STREAM_INIT;

-

If you need to initialize a dynamically allocated lzma_stream, you can use memset(strm_pointer, 0, sizeof(lzma_stream)). Strictly speaking, this violates the C standard since NULL may have different internal representation than zero, but it should be portable enough in practice. Anyway, for maximum portability, you can use something like this:

-

lzma_stream tmp = LZMA_STREAM_INIT; *strm = tmp;

- -
-
-

Typedef Documentation

- -

◆ lzma_bool

- -
-
- - - - -
typedef unsigned char lzma_bool
-
- -

Boolean.

-

This is here because C89 doesn't have stdbool.h. To set a value for variables having type lzma_bool, you can use

    -
  • C99's `true' and `false' from stdbool.h;
    • -
  • C++'s internal `true' and `false'; or
    • -
  • integers one (true) and zero (false).
    • -
- -
-
- -

◆ lzma_internal

- -
-
- - - - -
typedef struct lzma_internal_s lzma_internal
-
- -

Internal data structure.

-

The contents of this structure is not visible outside the library.

- -
-
-

Enumeration Type Documentation

- -

◆ lzma_reserved_enum

- -
-
- - - - -
enum lzma_reserved_enum
-
- -

Type of reserved enumeration variable in structures.

-

To avoid breaking library ABI when new features are added, several structures contain extra variables that may be used in future. Since sizeof(enum) can be different than sizeof(int), and sizeof(enum) may even vary depending on the range of enumeration constants, we specify a separate type to be used for reserved enumeration variables. All enumeration constants in liblzma API will be non-negative and less than 128, which should guarantee that the ABI won't break even when new constants are added to existing enumerations.

- -
-
- -

◆ lzma_ret

- -
-
- - - - -
enum lzma_ret
-
- -

Return values used by several functions in liblzma.

-

Check the descriptions of specific functions to find out which return values they can return. With some functions the return values may have more specific meanings than described here; those differences are described per-function basis.

- - - - - - - - - - - - - - -
Enumerator
LZMA_OK 

Operation completed successfully.

-
LZMA_STREAM_END 

End of stream was reached.

-

In encoder, LZMA_SYNC_FLUSH, LZMA_FULL_FLUSH, or LZMA_FINISH was finished. In decoder, this indicates that all the data was successfully decoded.

-

In all cases, when LZMA_STREAM_END is returned, the last output bytes should be picked from strm->next_out.

-
LZMA_NO_CHECK 

Input stream has no integrity check.

-

This return value can be returned only if the LZMA_TELL_NO_CHECK flag was used when initializing the decoder. LZMA_NO_CHECK is just a warning, and the decoding can be continued normally.

-

It is possible to call lzma_get_check() immediately after lzma_code has returned LZMA_NO_CHECK. The result will naturally be LZMA_CHECK_NONE, but the possibility to call lzma_get_check() may be convenient in some applications.

-
LZMA_UNSUPPORTED_CHECK 

Cannot calculate the integrity check.

-

The usage of this return value is different in encoders and decoders.

-

Encoders can return this value only from the initialization function. If initialization fails with this value, the encoding cannot be done, because there's no way to produce output with the correct integrity check.

-

Decoders can return this value only from lzma_code() and only if the LZMA_TELL_UNSUPPORTED_CHECK flag was used when initializing the decoder. The decoding can still be continued normally even if the check type is unsupported, but naturally the check will not be validated, and possible errors may go undetected.

-

With decoder, it is possible to call lzma_get_check() immediately after lzma_code() has returned LZMA_UNSUPPORTED_CHECK. This way it is possible to find out what the unsupported Check ID was.

-
LZMA_GET_CHECK 

Integrity check type is now available.

-

This value can be returned only by the lzma_code() function and only if the decoder was initialized with the LZMA_TELL_ANY_CHECK flag. LZMA_GET_CHECK tells the application that it may now call lzma_get_check() to find out the Check ID. This can be used, for example, to implement a decoder that accepts only files that have strong enough integrity check.

-
LZMA_MEM_ERROR 

Cannot allocate memory.

-

Memory allocation failed, or the size of the allocation would be greater than SIZE_MAX.

-

Due to internal implementation reasons, the coding cannot be continued even if more memory were made available after LZMA_MEM_ERROR.

-
LZMA_MEMLIMIT_ERROR 

Memory usage limit was reached.

-

Decoder would need more memory than allowed by the specified memory usage limit. To continue decoding, the memory usage limit has to be increased with lzma_memlimit_set().

-

liblzma 5.2.6 and earlier had a bug in single-threaded .xz decoder (lzma_stream_decoder()) which made it impossible to continue decoding after LZMA_MEMLIMIT_ERROR even if the limit was increased using lzma_memlimit_set(). Other decoders worked correctly.

-
LZMA_FORMAT_ERROR 

File format not recognized.

-

The decoder did not recognize the input as supported file format. This error can occur, for example, when trying to decode .lzma format file with lzma_stream_decoder, because lzma_stream_decoder accepts only the .xz format.

-
LZMA_OPTIONS_ERROR 

Invalid or unsupported options.

-

Invalid or unsupported options, for example

    -
  • unsupported filter(s) or filter options; or
    • -
  • reserved bits set in headers (decoder only).
    • -
-

Rebuilding liblzma with more features enabled, or upgrading to a newer version of liblzma may help.

-
LZMA_DATA_ERROR 

Data is corrupt.

-

The usage of this return value is different in encoders and decoders. In both encoder and decoder, the coding cannot continue after this error.

-

Encoders return this if size limits of the target file format would be exceeded. These limits are huge, thus getting this error from an encoder is mostly theoretical. For example, the maximum compressed and uncompressed size of a .xz Stream is roughly 8 EiB (2^63 bytes).

-

Decoders return this error if the input data is corrupt. This can mean, for example, invalid CRC32 in headers or invalid check of uncompressed data.

-
LZMA_BUF_ERROR 

No progress is possible.

-

This error code is returned when the coder cannot consume any new input and produce any new output. The most common reason for this error is that the input stream being decoded is truncated or corrupt.

-

This error is not fatal. Coding can be continued normally by providing more input and/or more output space, if possible.

-

Typically the first call to lzma_code() that can do no progress returns LZMA_OK instead of LZMA_BUF_ERROR. Only the second consecutive call doing no progress will return LZMA_BUF_ERROR. This is intentional.

-

With zlib, Z_BUF_ERROR may be returned even if the application is doing nothing wrong, so apps will need to handle Z_BUF_ERROR specially. The above hack guarantees that liblzma never returns LZMA_BUF_ERROR to properly written applications unless the input file is truncated or corrupt. This should simplify the applications a little.

-
LZMA_PROG_ERROR 

Programming error.

-

This indicates that the arguments given to the function are invalid or the internal state of the decoder is corrupt.

    -
  • Function arguments are invalid or the structures pointed by the argument pointers are invalid e.g. if strm->next_out has been set to NULL and strm->avail_out > 0 when calling lzma_code().
    • -
  • lzma_* functions have been called in wrong order e.g. lzma_code() was called right after lzma_end().
    • -
  • If errors occur randomly, the reason might be flaky hardware.
    • -
-

If you think that your code is correct, this error code can be a sign of a bug in liblzma. See the documentation how to report bugs.

-
LZMA_SEEK_NEEDED 

Request to change the input file position.

-

Some coders can do random access in the input file. The initialization functions of these coders take the file size as an argument. No other coders can return LZMA_SEEK_NEEDED.

-

When this value is returned, the application must seek to the file position given in lzma_stream.seek_pos. This value is guaranteed to never exceed the file size that was specified at the coder initialization.

-

After seeking the application should read new input and pass it normally via lzma_stream.next_in and .avail_in.

-
- -
-
- -

◆ lzma_action

- -
-
- - - - -
enum lzma_action
-
- -

The `action' argument for lzma_code()

-

After the first use of LZMA_SYNC_FLUSH, LZMA_FULL_FLUSH, LZMA_FULL_BARRIER, or LZMA_FINISH, the same `action' must be used until lzma_code() returns LZMA_STREAM_END. Also, the amount of input (that is, strm->avail_in) must not be modified by the application until lzma_code() returns LZMA_STREAM_END. Changing the `action' or modifying the amount of input will make lzma_code() return LZMA_PROG_ERROR.

- - - - - - -
Enumerator
LZMA_RUN 

Continue coding.

-

Encoder: Encode as much input as possible. Some internal buffering will probably be done (depends on the filter chain in use), which causes latency: the input used won't usually be decodeable from the output of the same lzma_code() call.

-

Decoder: Decode as much input as possible and produce as much output as possible.

-
LZMA_SYNC_FLUSH 

Make all the input available at output.

-

Normally the encoder introduces some latency. LZMA_SYNC_FLUSH forces all the buffered data to be available at output without resetting the internal state of the encoder. This way it is possible to use compressed stream for example for communication over network.

-

Only some filters support LZMA_SYNC_FLUSH. Trying to use LZMA_SYNC_FLUSH with filters that don't support it will make lzma_code() return LZMA_OPTIONS_ERROR. For example, LZMA1 doesn't support LZMA_SYNC_FLUSH but LZMA2 does.

-

Using LZMA_SYNC_FLUSH very often can dramatically reduce the compression ratio. With some filters (for example, LZMA2), fine-tuning the compression options may help mitigate this problem significantly (for example, match finder with LZMA2).

-

Decoders don't support LZMA_SYNC_FLUSH.

-
LZMA_FULL_FLUSH 

Finish encoding of the current Block.

-

All the input data going to the current Block must have been given to the encoder (the last bytes can still be pending in *next_in). Call lzma_code() with LZMA_FULL_FLUSH until it returns LZMA_STREAM_END. Then continue normally with LZMA_RUN or finish the Stream with LZMA_FINISH.

-

This action is currently supported only by Stream encoder and easy encoder (which uses Stream encoder). If there is no unfinished Block, no empty Block is created.

-
LZMA_FULL_BARRIER 

Finish encoding of the current Block.

-

This is like LZMA_FULL_FLUSH except that this doesn't necessarily wait until all the input has been made available via the output buffer. That is, lzma_code() might return LZMA_STREAM_END as soon as all the input has been consumed (avail_in == 0).

-

LZMA_FULL_BARRIER is useful with a threaded encoder if one wants to split the .xz Stream into Blocks at specific offsets but doesn't care if the output isn't flushed immediately. Using LZMA_FULL_BARRIER allows keeping the threads busy while LZMA_FULL_FLUSH would make lzma_code() wait until all the threads have finished until more data could be passed to the encoder.

-

With a lzma_stream initialized with the single-threaded lzma_stream_encoder() or lzma_easy_encoder(), LZMA_FULL_BARRIER is an alias for LZMA_FULL_FLUSH.

-
LZMA_FINISH 

Finish the coding operation.

-

All the input data must have been given to the encoder (the last bytes can still be pending in next_in). Call lzma_code() with LZMA_FINISH until it returns LZMA_STREAM_END. Once LZMA_FINISH has been used, the amount of input must no longer be changed by the application.

-

When decoding, using LZMA_FINISH is optional unless the LZMA_CONCATENATED flag was used when the decoder was initialized. When LZMA_CONCATENATED was not used, the only effect of LZMA_FINISH is that the amount of input must not be changed just like in the encoder.

-
- -
-
-

Function Documentation

- -

◆ lzma_code()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_code (lzma_stream * strm,
lzma_action action 
)
-
- -

Encode or decode data.

-

Once the lzma_stream has been successfully initialized (e.g. with lzma_stream_encoder()), the actual encoding or decoding is done using this function. The application has to update strm->next_in, strm->avail_in, strm->next_out, and strm->avail_out to pass input to and get output from liblzma.

-

See the description of the coder-specific initialization function to find out what `action' values are supported by the coder.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
actionAction for this function to take. Must be a valid lzma_action enum value.
-
-
-
Returns
Any valid lzma_ret. See the lzma_ret enum description for more information.
- -
-
- -

◆ lzma_end()

- -
-
- - - - - - - - -
void lzma_end (lzma_stream * strm)
-
- -

Free memory allocated for the coder data structures.

-

After lzma_end(strm), strm->internal is guaranteed to be NULL. No other members of the lzma_stream structure are touched.

-
Note
zlib indicates an error if application end()s unfinished stream structure. liblzma doesn't do this, and assumes that application knows what it is doing.
-
Parameters
- - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
-
-
- -
-
- -

◆ lzma_get_progress()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
void lzma_get_progress (lzma_stream * strm,
uint64_t * progress_in,
uint64_t * progress_out 
)
-
- -

Get progress information.

-

In single-threaded mode, applications can get progress information from strm->total_in and strm->total_out. In multi-threaded mode this is less useful because a significant amount of both input and output data gets buffered internally by liblzma. This makes total_in and total_out give misleading information and also makes the progress indicator updates non-smooth.

-

This function gives realistic progress information also in multi-threaded mode by taking into account the progress made by each thread. In single-threaded mode *progress_in and *progress_out are set to strm->total_in and strm->total_out, respectively.

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
[out]progress_inPointer to the number of input bytes processed.
[out]progress_outPointer to the number of output bytes processed.
-
-
- -
-
- -

◆ lzma_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_memusage (const lzma_stream * strm)
-
- -

Get the memory usage of decoder filter chain.

-

This function is currently supported only when *strm has been initialized with a function that takes a memlimit argument. With other functions, you should use e.g. lzma_raw_encoder_memusage() or lzma_raw_decoder_memusage() to estimate the memory requirements.

-

This function is useful e.g. after LZMA_MEMLIMIT_ERROR to find out how big the memory usage limit should have been to decode the input. Note that this may give misleading information if decoding .xz Streams that have multiple Blocks, because each Block can have different memory requirements.

-
Parameters
- - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
-
-
-
Returns
How much memory is currently allocated for the filter decoders. If no filter chain is currently allocated, some non-zero value is still returned, which is less than or equal to what any filter chain would indicate as its memory requirement.
-

If this function isn't supported by *strm or some other error occurs, zero is returned.

- -
-
- -

◆ lzma_memlimit_get()

- -
-
- - - - - - - - -
uint64_t lzma_memlimit_get (const lzma_stream * strm)
-
- -

Get the current memory usage limit.

-

This function is supported only when *strm has been initialized with a function that takes a memlimit argument.

-
Parameters
- - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
-
-
-
Returns
On success, the current memory usage limit is returned (always non-zero). On error, zero is returned.
- -
-
- -

◆ lzma_memlimit_set()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_memlimit_set (lzma_stream * strm,
uint64_t memlimit 
)
-
- -

Set the memory usage limit.

-

This function is supported only when *strm has been initialized with a function that takes a memlimit argument.

-

liblzma 5.2.3 and earlier has a bug where memlimit value of 0 causes this function to do nothing (leaving the limit unchanged) and still return LZMA_OK. Later versions treat 0 as if 1 had been specified (so lzma_memlimit_get() will return 1 even if you specify 0 here).

-

liblzma 5.2.6 and earlier had a bug in single-threaded .xz decoder (lzma_stream_decoder()) which made it impossible to continue decoding after LZMA_MEMLIMIT_ERROR even if the limit was increased using lzma_memlimit_set(). Other decoders worked correctly.

-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: New memory usage limit successfully set.
    • -
  • LZMA_MEMLIMIT_ERROR: The new limit is too small. The limit was not changed.
    • -
  • LZMA_PROG_ERROR: Invalid arguments, e.g. *strm doesn't support memory usage limit.
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/bc_s.png b/doc/api/bc_s.png deleted file mode 100644 index bb50b82..0000000 Binary files a/doc/api/bc_s.png and /dev/null differ diff --git a/doc/api/bc_sd.png b/doc/api/bc_sd.png deleted file mode 100644 index 8d8be4c..0000000 Binary files a/doc/api/bc_sd.png and /dev/null differ diff --git a/doc/api/bcj_8h.html b/doc/api/bcj_8h.html deleted file mode 100644 index 1dabca4..0000000 --- a/doc/api/bcj_8h.html +++ /dev/null @@ -1,105 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/bcj.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros
-
bcj.h File Reference
-
-
- -

Branch/Call/Jump conversion filters. -More...

- - - - - -

-Data Structures

struct  lzma_options_bcj
 Options for BCJ filters. More...
 
- - - - - - - - - - - - - - - - - - - - - - -

-Macros

-#define LZMA_FILTER_X86   LZMA_VLI_C(0x04)
 Filter for x86 binaries.
 
-#define LZMA_FILTER_POWERPC   LZMA_VLI_C(0x05)
 Filter for Big endian PowerPC binaries.
 
-#define LZMA_FILTER_IA64   LZMA_VLI_C(0x06)
 Filter for IA-64 (Itanium) binaries.
 
-#define LZMA_FILTER_ARM   LZMA_VLI_C(0x07)
 Filter for ARM binaries.
 
-#define LZMA_FILTER_ARMTHUMB   LZMA_VLI_C(0x08)
 Filter for ARM-Thumb binaries.
 
-#define LZMA_FILTER_SPARC   LZMA_VLI_C(0x09)
 Filter for SPARC binaries.
 
-#define LZMA_FILTER_ARM64   LZMA_VLI_C(0x0A)
 Filter for ARM64 binaries.
 
-

Detailed Description

-

Branch/Call/Jump conversion filters.

-
Note
Never include this file directly. Use <lzma.h> instead.
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/block_8h.html b/doc/api/block_8h.html deleted file mode 100644 index e2e1702..0000000 --- a/doc/api/block_8h.html +++ /dev/null @@ -1,758 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/block.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Functions
-
block.h File Reference
-
-
- -

.xz Block handling -More...

- - - - - -

-Data Structures

struct  lzma_block
 Options for the Block and Block Header encoders and decoders. More...
 
- - - - - - - - -

-Macros

-#define LZMA_BLOCK_HEADER_SIZE_MIN   8
 
-#define LZMA_BLOCK_HEADER_SIZE_MAX   1024
 
#define lzma_block_header_size_decode(b)   (((uint32_t)(b) + 1) * 4)
 Decode the Block Header Size field.
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Functions

lzma_ret lzma_block_header_size (lzma_block *block) lzma_nothrow lzma_attr_warn_unused_result
 Calculate Block Header Size.
 
lzma_ret lzma_block_header_encode (const lzma_block *block, uint8_t *out) lzma_nothrow lzma_attr_warn_unused_result
 Encode Block Header.
 
lzma_ret lzma_block_header_decode (lzma_block *block, const lzma_allocator *allocator, const uint8_t *in) lzma_nothrow lzma_attr_warn_unused_result
 Decode Block Header.
 
lzma_ret lzma_block_compressed_size (lzma_block *block, lzma_vli unpadded_size) lzma_nothrow lzma_attr_warn_unused_result
 Validate and set Compressed Size according to Unpadded Size.
 
lzma_vli lzma_block_unpadded_size (const lzma_block *block) lzma_nothrow lzma_attr_pure
 Calculate Unpadded Size.
 
lzma_vli lzma_block_total_size (const lzma_block *block) lzma_nothrow lzma_attr_pure
 Calculate the total encoded size of a Block.
 
lzma_ret lzma_block_encoder (lzma_stream *strm, lzma_block *block) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Block encoder.
 
lzma_ret lzma_block_decoder (lzma_stream *strm, lzma_block *block) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Block decoder.
 
size_t lzma_block_buffer_bound (size_t uncompressed_size) lzma_nothrow
 Calculate maximum output size for single-call Block encoding.
 
lzma_ret lzma_block_buffer_encode (lzma_block *block, const lzma_allocator *allocator, const uint8_t *in, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow lzma_attr_warn_unused_result
 Single-call .xz Block encoder.
 
lzma_ret lzma_block_uncomp_encode (lzma_block *block, const uint8_t *in, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow lzma_attr_warn_unused_result
 Single-call uncompressed .xz Block encoder.
 
lzma_ret lzma_block_buffer_decode (lzma_block *block, const lzma_allocator *allocator, const uint8_t *in, size_t *in_pos, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Single-call .xz Block decoder.
 
-

Detailed Description

-

.xz Block handling

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ lzma_block_header_size_decode

- -
-
- - - - - - - - -
#define lzma_block_header_size_decode( b)   (((uint32_t)(b) + 1) * 4)
-
- -

Decode the Block Header Size field.

-

To decode Block Header using lzma_block_header_decode(), the size of the Block Header has to be known and stored into lzma_block.header_size. The size can be calculated from the first byte of a Block using this macro. Note that if the first byte is 0x00, it indicates beginning of Index; use this macro only when the byte is not 0x00.

-

There is no encoding macro because lzma_block_header_size() and lzma_block_header_encode() should be used.

- -
-
-

Function Documentation

- -

◆ lzma_block_header_size()

- -
-
- - - - - - - - -
lzma_ret lzma_block_header_size (lzma_block * block)
-
- -

Calculate Block Header Size.

-

Calculate the minimum size needed for the Block Header field using the settings specified in the lzma_block structure. Note that it is OK to increase the calculated header_size value as long as it is a multiple of four and doesn't exceed LZMA_BLOCK_HEADER_SIZE_MAX. Increasing header_size just means that lzma_block_header_encode() will add Header Padding.

-
Note
This doesn't check that all the options are valid i.e. this may return LZMA_OK even if lzma_block_header_encode() or lzma_block_encoder() would fail. If you want to validate the filter chain, consider using lzma_memlimit_encoder() which as a side-effect validates the filter chain.
-
Parameters
- - -
blockBlock options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Size calculated successfully and stored to block->header_size.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported version, filters or filter options.
    • -
  • LZMA_PROG_ERROR: Invalid values like compressed_size == 0.
    • -
-
- -
-
- -

◆ lzma_block_header_encode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_header_encode (const lzma_block * block,
uint8_t * out 
)
-
- -

Encode Block Header.

-

The caller must have calculated the size of the Block Header already with lzma_block_header_size(). If a value larger than the one calculated by lzma_block_header_size() is used, the Block Header will be padded to the specified size.

-
Parameters
- - - -
blockBlock options to be encoded.
[out]outBeginning of the output buffer. This must be at least block->header_size bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful. block->header_size bytes were written to output buffer.
    • -
  • LZMA_OPTIONS_ERROR: Invalid or unsupported options.
    • -
  • LZMA_PROG_ERROR: Invalid arguments, for example block->header_size is invalid or block->filters is NULL.
    • -
-
- -
-
- -

◆ lzma_block_header_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_header_decode (lzma_block * block,
const lzma_allocator * allocator,
const uint8_t * in 
)
-
- -

Decode Block Header.

-

block->version should (usually) be set to the highest value supported by the application. If the application sets block->version to a value higher than supported by the current liblzma version, this function will downgrade block->version to the highest value supported by it. Thus one should check the value of block->version after calling this function if block->version was set to a non-zero value and the application doesn't otherwise know that the liblzma version being used is new enough to support the specified block->version.

-

The size of the Block Header must have already been decoded with lzma_block_header_size_decode() macro and stored to block->header_size.

-

The integrity check type from Stream Header must have been stored to block->check.

-

block->filters must have been allocated, but they don't need to be initialized (possible existing filter options are not freed).

-
Parameters
- - - - -
[out]blockDestination for Block options
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() (and also free() if an error occurs).
inBeginning of the input buffer. This must be at least block->header_size bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful. block->header_size bytes were read from the input buffer.
    • -
  • LZMA_OPTIONS_ERROR: The Block Header specifies some unsupported options such as unsupported filters. This can happen also if block->version was set to a too low value compared to what would be required to properly represent the information stored in the Block Header.
    • -
  • LZMA_DATA_ERROR: Block Header is corrupt, for example, the CRC32 doesn't match.
    • -
  • LZMA_PROG_ERROR: Invalid arguments, for example block->header_size is invalid or block->filters is NULL.
    • -
-
- -
-
- -

◆ lzma_block_compressed_size()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_compressed_size (lzma_block * block,
lzma_vli unpadded_size 
)
-
- -

Validate and set Compressed Size according to Unpadded Size.

-

Block Header stores Compressed Size, but Index has Unpadded Size. If the application has already parsed the Index and is now decoding Blocks, it can calculate Compressed Size from Unpadded Size. This function does exactly that with error checking:

-
    -
  • Compressed Size calculated from Unpadded Size must be positive integer, that is, Unpadded Size must be big enough that after Block Header and Check fields there's still at least one byte for Compressed Size.
    • -
  • If Compressed Size was present in Block Header, the new value calculated from Unpadded Size is compared against the value from Block Header.
    • -
-
Note
This function must be called _after_ decoding the Block Header field so that it can properly validate Compressed Size if it was present in Block Header.
-
Parameters
- - - -
blockBlock options: block->header_size must already be set with lzma_block_header_size().
unpadded_sizeUnpadded Size from the Index field in bytes
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: block->compressed_size was set successfully.
    • -
  • LZMA_DATA_ERROR: unpadded_size is too small compared to block->header_size and lzma_check_size(block->check).
    • -
  • LZMA_PROG_ERROR: Some values are invalid. For example, block->header_size must be a multiple of four and between 8 and 1024 inclusive.
    • -
-
- -
-
- -

◆ lzma_block_unpadded_size()

- -
-
- - - - - - - - -
lzma_vli lzma_block_unpadded_size (const lzma_block * block)
-
- -

Calculate Unpadded Size.

-

The Index field stores Unpadded Size and Uncompressed Size. The latter can be taken directly from the lzma_block structure after coding a Block, but Unpadded Size needs to be calculated from Block Header Size, Compressed Size, and size of the Check field. This is where this function is needed.

-
Parameters
- - -
blockBlock options: block->header_size must already be set with lzma_block_header_size().
-
-
-
Returns
Unpadded Size on success, or zero on error.
- -
-
- -

◆ lzma_block_total_size()

- -
-
- - - - - - - - -
lzma_vli lzma_block_total_size (const lzma_block * block)
-
- -

Calculate the total encoded size of a Block.

-

This is equivalent to lzma_block_unpadded_size() except that the returned value includes the size of the Block Padding field.

-
Parameters
- - -
blockBlock options: block->header_size must already be set with lzma_block_header_size().
-
-
-
Returns
On success, total encoded size of the Block. On error, zero is returned.
- -
-
- -

◆ lzma_block_encoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_encoder (lzma_stream * strm,
lzma_block * block 
)
-
- -

Initialize .xz Block encoder.

-

Valid actions for lzma_code() are LZMA_RUN, LZMA_SYNC_FLUSH (only if the filter chain supports it), and LZMA_FINISH.

-

The Block encoder encodes the Block Data, Block Padding, and Check value. It does NOT encode the Block Header which can be encoded with lzma_block_header_encode().

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
blockBlock options: block->version, block->check, and block->filters must have been initialized.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: All good, continue with lzma_code().
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_UNSUPPORTED_CHECK: block->check specifies a Check ID that is not supported by this build of liblzma. Initializing the encoder failed.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_block_decoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_decoder (lzma_stream * strm,
lzma_block * block 
)
-
- -

Initialize .xz Block decoder.

-

Valid actions for lzma_code() are LZMA_RUN and LZMA_FINISH. Using LZMA_FINISH is not required. It is supported only for convenience.

-

The Block decoder decodes the Block Data, Block Padding, and Check value. It does NOT decode the Block Header which can be decoded with lzma_block_header_decode().

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
blockBlock options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: All good, continue with lzma_code().
    • -
  • LZMA_PROG_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
-
- -
-
- -

◆ lzma_block_buffer_bound()

- -
-
- - - - - - - - -
size_t lzma_block_buffer_bound (size_t uncompressed_size)
-
- -

Calculate maximum output size for single-call Block encoding.

-

This is equivalent to lzma_stream_buffer_bound() but for .xz Blocks. See the documentation of lzma_stream_buffer_bound().

-
Parameters
- - -
uncompressed_sizeSize of the data to be encoded with the single-call Block encoder.
-
-
-
Returns
Maximum output size in bytes for single-call Block encoding.
- -
-
- -

◆ lzma_block_buffer_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_buffer_encode (lzma_block * block,
const lzma_allocator * allocator,
const uint8_t * in,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Block encoder.

-

In contrast to the multi-call encoder initialized with lzma_block_encoder(), this function encodes also the Block Header. This is required to make it possible to write appropriate Block Header also in case the data isn't compressible, and different filter chain has to be used to encode the data in uncompressed form using uncompressed chunks of the LZMA2 filter.

-

When the data isn't compressible, header_size, compressed_size, and uncompressed_size are set just like when the data was compressible, but it is possible that header_size is too small to hold the filter chain specified in block->filters, because that isn't necessarily the filter chain that was actually used to encode the data. lzma_block_unpadded_size() still works normally, because it doesn't read the filters array.

-
Parameters
- - - - - - - - -
blockBlock options: block->version, block->check, and block->filters must have been initialized.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_sizeSize of the input buffer
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_block_uncomp_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_uncomp_encode (lzma_block * block,
const uint8_t * in,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call uncompressed .xz Block encoder.

-

This is like lzma_block_buffer_encode() except this doesn't try to compress the data and instead encodes the data using LZMA2 uncompressed chunks. The required output buffer size can be determined with lzma_block_buffer_bound().

-

Since the data won't be compressed, this function ignores block->filters. This function doesn't take lzma_allocator because this function doesn't allocate any memory from the heap.

-
Parameters
- - - - - - - -
blockBlock options: block->version, block->check, and block->filters must have been initialized.
inBeginning of the input buffer
in_sizeSize of the input buffer
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_block_buffer_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_block_buffer_decode (lzma_block * block,
const lzma_allocator * allocator,
const uint8_t * in,
size_t * in_pos,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Block decoder.

-

This is single-call equivalent of lzma_block_decoder(), and requires that the caller has already decoded Block Header and checked its memory usage.

-
Parameters
- - - - - - - - - -
blockBlock options
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_posThe next byte will be read from in[*in_pos]. *in_pos is updated only if decoding succeeds.
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_BUF_ERROR: Output buffer was too small.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/check_8h.html b/doc/api/check_8h.html deleted file mode 100644 index 2323c6c..0000000 --- a/doc/api/check_8h.html +++ /dev/null @@ -1,340 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/check.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Macros | -Enumerations | -Functions
-
check.h File Reference
-
-
- -

Integrity checks. -More...

- - - - - - - - -

-Macros

#define LZMA_CHECK_ID_MAX   15
 Maximum valid Check ID.
 
-#define LZMA_CHECK_SIZE_MAX   64
 Maximum size of a Check field.
 
- - - - -

-Enumerations

enum  lzma_check { LZMA_CHECK_NONE = 0 -, LZMA_CHECK_CRC32 = 1 -, LZMA_CHECK_CRC64 = 4 -, LZMA_CHECK_SHA256 = 10 - }
 Type of the integrity check (Check ID) More...
 
- - - - - - - - - - - - - - - - -

-Functions

lzma_bool lzma_check_is_supported (lzma_check check) lzma_nothrow lzma_attr_const
 Test if the given Check ID is supported.
 
uint32_t lzma_check_size (lzma_check check) lzma_nothrow lzma_attr_const
 Get the size of the Check field with the given Check ID.
 
uint32_t lzma_crc32 (const uint8_t *buf, size_t size, uint32_t crc) lzma_nothrow lzma_attr_pure
 Calculate CRC32.
 
uint64_t lzma_crc64 (const uint8_t *buf, size_t size, uint64_t crc) lzma_nothrow lzma_attr_pure
 Calculate CRC64.
 
lzma_check lzma_get_check (const lzma_stream *strm) lzma_nothrow
 Get the type of the integrity check.
 
-

Detailed Description

-

Integrity checks.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_CHECK_ID_MAX

- -
-
- - - - -
#define LZMA_CHECK_ID_MAX   15
-
- -

Maximum valid Check ID.

-

The .xz file format specification specifies 16 Check IDs (0-15). Some of them are only reserved, that is, no actual Check algorithm has been assigned. When decoding, liblzma still accepts unknown Check IDs for future compatibility. If a valid but unsupported Check ID is detected, liblzma can indicate a warning; see the flags LZMA_TELL_NO_CHECK, LZMA_TELL_UNSUPPORTED_CHECK, and LZMA_TELL_ANY_CHECK in container.h.

- -
-
-

Enumeration Type Documentation

- -

◆ lzma_check

- -
-
- - - - -
enum lzma_check
-
- -

Type of the integrity check (Check ID)

-

The .xz format supports multiple types of checks that are calculated from the uncompressed data. They vary in both speed and ability to detect errors.

- - - - - -
Enumerator
LZMA_CHECK_NONE 

No Check is calculated.

-

Size of the Check field: 0 bytes

-
LZMA_CHECK_CRC32 

CRC32 using the polynomial from the IEEE 802.3 standard

-

Size of the Check field: 4 bytes

-
LZMA_CHECK_CRC64 

CRC64 using the polynomial from the ECMA-182 standard

-

Size of the Check field: 8 bytes

-
LZMA_CHECK_SHA256 

SHA-256

-

Size of the Check field: 32 bytes

-
- -
-
-

Function Documentation

- -

◆ lzma_check_is_supported()

- -
-
- - - - - - - - -
lzma_bool lzma_check_is_supported (lzma_check check) const
-
- -

Test if the given Check ID is supported.

-

LZMA_CHECK_NONE and LZMA_CHECK_CRC32 are always supported (even if liblzma is built with limited features).

-
Note
It is safe to call this with a value that is not in the range [0, 15]; in that case the return value is always false.
-
Parameters
- - -
checkCheck ID
-
-
-
Returns
lzma_bool:
    -
  • true if Check ID is supported by this liblzma build.
    • -
  • false otherwise.
    • -
-
- -
-
- -

◆ lzma_check_size()

- -
-
- - - - - - - - -
uint32_t lzma_check_size (lzma_check check) const
-
- -

Get the size of the Check field with the given Check ID.

-

Although not all Check IDs have a check algorithm associated, the size of every Check is already frozen. This function returns the size (in bytes) of the Check field with the specified Check ID. The values are: { 0, 4, 4, 4, 8, 8, 8, 16, 16, 16, 32, 32, 32, 64, 64, 64 }

-
Parameters
- - -
checkCheck ID
-
-
-
Returns
Size of the Check field in bytes. If the argument is not in the range [0, 15], UINT32_MAX is returned.
- -
-
- -

◆ lzma_crc32()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
uint32_t lzma_crc32 (const uint8_t * buf,
size_t size,
uint32_t crc 
)
-
- -

Calculate CRC32.

-

Calculate CRC32 using the polynomial from the IEEE 802.3 standard.

-
Parameters
- - - - -
bufPointer to the input buffer
sizeSize of the input buffer
crcPreviously returned CRC value. This is used to calculate the CRC of a big buffer in smaller chunks. Set to zero when starting a new calculation.
-
-
-
Returns
Updated CRC value, which can be passed to this function again to continue CRC calculation.
- -
-
- -

◆ lzma_crc64()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
uint64_t lzma_crc64 (const uint8_t * buf,
size_t size,
uint64_t crc 
)
-
- -

Calculate CRC64.

-

Calculate CRC64 using the polynomial from the ECMA-182 standard.

-

This function is used similarly to lzma_crc32().

-
Parameters
- - - - -
bufPointer to the input buffer
sizeSize of the input buffer
crcPreviously returned CRC value. This is used to calculate the CRC of a big buffer in smaller chunks. Set to zero when starting a new calculation.
-
-
-
Returns
Updated CRC value, which can be passed to this function again to continue CRC calculation.
- -
-
- -

◆ lzma_get_check()

- -
-
- - - - - - - - -
lzma_check lzma_get_check (const lzma_stream * strm)
-
- -

Get the type of the integrity check.

-

This function can be called only immediately after lzma_code() has returned LZMA_NO_CHECK, LZMA_UNSUPPORTED_CHECK, or LZMA_GET_CHECK. Calling this function in any other situation has undefined behavior.

-
Parameters
- - -
strmPointer to lzma_stream meeting the above conditions.
-
-
-
Returns
Check ID in the lzma_stream, or undefined if called improperly.
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/classes.html b/doc/api/classes.html deleted file mode 100644 index a010270..0000000 --- a/doc/api/classes.html +++ /dev/null @@ -1,60 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Data Structure Index - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
Data Structure Index
-
-
-
L
-
-
-
L
-
lzma_allocator
lzma_block
lzma_filter
lzma_index_iter
lzma_mt
lzma_options_bcj
lzma_options_delta
lzma_options_lzma
lzma_stream
lzma_stream_flags
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/closed.png b/doc/api/closed.png deleted file mode 100644 index 91f4888..0000000 Binary files a/doc/api/closed.png and /dev/null differ diff --git a/doc/api/container_8h.html b/doc/api/container_8h.html deleted file mode 100644 index 332b2b1..0000000 --- a/doc/api/container_8h.html +++ /dev/null @@ -1,1279 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/container.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Functions
-
container.h File Reference
-
-
- -

File formats. -More...

- - - - - -

-Data Structures

struct  lzma_mt
 Multithreading options. More...
 
- - - - - - - - - - - - - - - - - - - - - - -

-Macros

#define LZMA_PRESET_DEFAULT   UINT32_C(6)
 Default compression preset.
 
#define LZMA_PRESET_LEVEL_MASK   UINT32_C(0x1F)
 Mask for preset level.
 
#define LZMA_PRESET_EXTREME   (UINT32_C(1) << 31)
 Extreme compression preset.
 
#define LZMA_TELL_NO_CHECK   UINT32_C(0x01)
 
#define LZMA_TELL_UNSUPPORTED_CHECK   UINT32_C(0x02)
 
#define LZMA_TELL_ANY_CHECK   UINT32_C(0x04)
 
#define LZMA_IGNORE_CHECK   UINT32_C(0x10)
 
#define LZMA_CONCATENATED   UINT32_C(0x08)
 
#define LZMA_FAIL_FAST   UINT32_C(0x20)
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Functions

uint64_t lzma_easy_encoder_memusage (uint32_t preset) lzma_nothrow lzma_attr_pure
 Calculate approximate memory usage of easy encoder.
 
uint64_t lzma_easy_decoder_memusage (uint32_t preset) lzma_nothrow lzma_attr_pure
 Calculate approximate decoder memory usage of a preset.
 
lzma_ret lzma_easy_encoder (lzma_stream *strm, uint32_t preset, lzma_check check) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Stream encoder using a preset number.
 
lzma_ret lzma_easy_buffer_encode (uint32_t preset, lzma_check check, const lzma_allocator *allocator, const uint8_t *in, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Single-call .xz Stream encoding using a preset number.
 
lzma_ret lzma_stream_encoder (lzma_stream *strm, const lzma_filter *filters, lzma_check check) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Stream encoder using a custom filter chain.
 
uint64_t lzma_stream_encoder_mt_memusage (const lzma_mt *options) lzma_nothrow lzma_attr_pure
 Calculate approximate memory usage of multithreaded .xz encoder.
 
lzma_ret lzma_stream_encoder_mt (lzma_stream *strm, const lzma_mt *options) lzma_nothrow lzma_attr_warn_unused_result
 Initialize multithreaded .xz Stream encoder.
 
lzma_ret lzma_alone_encoder (lzma_stream *strm, const lzma_options_lzma *options) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .lzma encoder (legacy file format)
 
size_t lzma_stream_buffer_bound (size_t uncompressed_size) lzma_nothrow
 Calculate output buffer size for single-call Stream encoder.
 
lzma_ret lzma_stream_buffer_encode (lzma_filter *filters, lzma_check check, const lzma_allocator *allocator, const uint8_t *in, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow lzma_attr_warn_unused_result
 Single-call .xz Stream encoder.
 
lzma_ret lzma_microlzma_encoder (lzma_stream *strm, const lzma_options_lzma *options) lzma_nothrow
 MicroLZMA encoder.
 
lzma_ret lzma_stream_decoder (lzma_stream *strm, uint64_t memlimit, uint32_t flags) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Stream decoder.
 
lzma_ret lzma_stream_decoder_mt (lzma_stream *strm, const lzma_mt *options) lzma_nothrow lzma_attr_warn_unused_result
 Initialize multithreaded .xz Stream decoder.
 
lzma_ret lzma_auto_decoder (lzma_stream *strm, uint64_t memlimit, uint32_t flags) lzma_nothrow lzma_attr_warn_unused_result
 Decode .xz, .lzma, and .lz (lzip) files with autodetection.
 
lzma_ret lzma_alone_decoder (lzma_stream *strm, uint64_t memlimit) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .lzma decoder (legacy file format)
 
lzma_ret lzma_lzip_decoder (lzma_stream *strm, uint64_t memlimit, uint32_t flags) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .lz (lzip) decoder (a foreign file format)
 
lzma_ret lzma_stream_buffer_decode (uint64_t *memlimit, uint32_t flags, const lzma_allocator *allocator, const uint8_t *in, size_t *in_pos, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow lzma_attr_warn_unused_result
 Single-call .xz Stream decoder.
 
lzma_ret lzma_microlzma_decoder (lzma_stream *strm, uint64_t comp_size, uint64_t uncomp_size, lzma_bool uncomp_size_is_exact, uint32_t dict_size) lzma_nothrow
 MicroLZMA decoder.
 
-

Detailed Description

-

File formats.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_PRESET_DEFAULT

- -
-
- - - - -
#define LZMA_PRESET_DEFAULT   UINT32_C(6)
-
- -

Default compression preset.

-

It's not straightforward to recommend a default preset, because in some cases keeping the resource usage relatively low is more important that getting the maximum compression ratio.

- -
-
- -

◆ LZMA_PRESET_LEVEL_MASK

- -
-
- - - - -
#define LZMA_PRESET_LEVEL_MASK   UINT32_C(0x1F)
-
- -

Mask for preset level.

-

This is useful only if you need to extract the level from the preset variable. That should be rare.

- -
-
- -

◆ LZMA_PRESET_EXTREME

- -
-
- - - - -
#define LZMA_PRESET_EXTREME   (UINT32_C(1) << 31)
-
- -

Extreme compression preset.

-

This flag modifies the preset to make the encoding significantly slower while improving the compression ratio only marginally. This is useful when you don't mind spending time to get as small result as possible.

-

This flag doesn't affect the memory usage requirements of the decoder (at least not significantly). The memory usage of the encoder may be increased a little but only at the lowest preset levels (0-3).

- -
-
- -

◆ LZMA_TELL_NO_CHECK

- -
-
- - - - -
#define LZMA_TELL_NO_CHECK   UINT32_C(0x01)
-
-

This flag makes lzma_code() return LZMA_NO_CHECK if the input stream being decoded has no integrity check. Note that when used with lzma_auto_decoder(), all .lzma files will trigger LZMA_NO_CHECK if LZMA_TELL_NO_CHECK is used.

- -
-
- -

◆ LZMA_TELL_UNSUPPORTED_CHECK

- -
-
- - - - -
#define LZMA_TELL_UNSUPPORTED_CHECK   UINT32_C(0x02)
-
-

This flag makes lzma_code() return LZMA_UNSUPPORTED_CHECK if the input stream has an integrity check, but the type of the integrity check is not supported by this liblzma version or build. Such files can still be decoded, but the integrity check cannot be verified.

- -
-
- -

◆ LZMA_TELL_ANY_CHECK

- -
-
- - - - -
#define LZMA_TELL_ANY_CHECK   UINT32_C(0x04)
-
-

This flag makes lzma_code() return LZMA_GET_CHECK as soon as the type of the integrity check is known. The type can then be got with lzma_get_check().

- -
-
- -

◆ LZMA_IGNORE_CHECK

- -
-
- - - - -
#define LZMA_IGNORE_CHECK   UINT32_C(0x10)
-
-

This flag makes lzma_code() not calculate and verify the integrity check of the compressed data in .xz files. This means that invalid integrity check values won't be detected and LZMA_DATA_ERROR won't be returned in such cases.

-

This flag only affects the checks of the compressed data itself; the CRC32 values in the .xz headers will still be verified normally.

-

Don't use this flag unless you know what you are doing. Possible reasons to use this flag:

-
    -
  • Trying to recover data from a corrupt .xz file.
    • -
  • Speeding up decompression, which matters mostly with SHA-256 or with files that have compressed extremely well. It's recommended to not use this flag for this purpose unless the file integrity is verified externally in some other way.
    • -
-

Support for this flag was added in liblzma 5.1.4beta.

- -
-
- -

◆ LZMA_CONCATENATED

- -
-
- - - - -
#define LZMA_CONCATENATED   UINT32_C(0x08)
-
-

This flag enables decoding of concatenated files with file formats that allow concatenating compressed files as is. From the formats currently supported by liblzma, only the .xz and .lz formats allow concatenated files. Concatenated files are not allowed with the legacy .lzma format.

-

This flag also affects the usage of the `action' argument for lzma_code(). When LZMA_CONCATENATED is used, lzma_code() won't return LZMA_STREAM_END unless LZMA_FINISH is used as `action'. Thus, the application has to set LZMA_FINISH in the same way as it does when encoding.

-

If LZMA_CONCATENATED is not used, the decoders still accept LZMA_FINISH as `action' for lzma_code(), but the usage of LZMA_FINISH isn't required.

- -
-
- -

◆ LZMA_FAIL_FAST

- -
-
- - - - -
#define LZMA_FAIL_FAST   UINT32_C(0x20)
-
-

This flag makes the threaded decoder report errors (like LZMA_DATA_ERROR) as soon as they are detected. This saves time when the application has no interest in a partially decompressed truncated or corrupt file. Note that due to timing randomness, if the same truncated or corrupt input is decompressed multiple times with this flag, a different amount of output may be produced by different runs, and even the error code might vary.

-

When using LZMA_FAIL_FAST, it is recommended to use LZMA_FINISH to tell the decoder when no more input will be coming because it can help fast detection and reporting of truncated files. Note that in this situation truncated files might be diagnosed with LZMA_DATA_ERROR instead of LZMA_OK or LZMA_BUF_ERROR!

-

Without this flag the threaded decoder will provide as much output as possible at first and then report the pending error. This default behavior matches the single-threaded decoder and provides repeatable behavior with truncated or corrupt input. There are a few special cases where the behavior can still differ like memory allocation failures (LZMA_MEM_ERROR).

-

Single-threaded decoders currently ignore this flag.

-

Support for this flag was added in liblzma 5.3.3alpha. Note that in older versions this flag isn't supported (LZMA_OPTIONS_ERROR) even by functions that ignore this flag in newer liblzma versions.

- -
-
-

Function Documentation

- -

◆ lzma_easy_encoder_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_easy_encoder_memusage (uint32_t preset)
-
- -

Calculate approximate memory usage of easy encoder.

-

This function is a wrapper for lzma_raw_encoder_memusage().

-
Parameters
- - -
presetCompression preset (level and possible flags)
-
-
-
Returns
Number of bytes of memory required for the given preset when encoding or UINT64_MAX on error.
- -
-
- -

◆ lzma_easy_decoder_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_easy_decoder_memusage (uint32_t preset)
-
- -

Calculate approximate decoder memory usage of a preset.

-

This function is a wrapper for lzma_raw_decoder_memusage().

-
Parameters
- - -
presetCompression preset (level and possible flags)
-
-
-
Returns
Number of bytes of memory required to decompress a file that was compressed using the given preset or UINT64_MAX on error.
- -
-
- -

◆ lzma_easy_encoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_easy_encoder (lzma_stream * strm,
uint32_t preset,
lzma_check check 
)
-
- -

Initialize .xz Stream encoder using a preset number.

-

This function is intended for those who just want to use the basic features of liblzma (that is, most developers out there).

-

If initialization fails (return value is not LZMA_OK), all the memory allocated for *strm by liblzma is always freed. Thus, there is no need to call lzma_end() after failed initialization.

-

If initialization succeeds, use lzma_code() to do the actual encoding. Valid values for `action' (the second argument of lzma_code()) are LZMA_RUN, LZMA_SYNC_FLUSH, LZMA_FULL_FLUSH, and LZMA_FINISH. In future, there may be compression levels or flags that don't support LZMA_SYNC_FLUSH.

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
presetCompression preset to use. A preset consist of level number and zero or more flags. Usually flags aren't used, so preset is simply a number [0, 9] which match the options -0 ... -9 of the xz command line tool. Additional flags can be be set using bitwise-or with the preset level number, e.g. 6 | LZMA_PRESET_EXTREME.
checkIntegrity check type to use. See check.h for available checks. The xz command line tool defaults to LZMA_CHECK_CRC64, which is a good choice if you are unsure. LZMA_CHECK_CRC32 is good too as long as the uncompressed file is not many gigabytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization succeeded. Use lzma_code() to encode your data.
    • -
  • LZMA_MEM_ERROR: Memory allocation failed.
    • -
  • LZMA_OPTIONS_ERROR: The given compression preset is not supported by this build of liblzma.
    • -
  • LZMA_UNSUPPORTED_CHECK: The given check type is not supported by this liblzma build.
    • -
  • LZMA_PROG_ERROR: One or more of the parameters have values that will never be valid. For example, strm == NULL.
    • -
-
- -
-
- -

◆ lzma_easy_buffer_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_easy_buffer_encode (uint32_t preset,
lzma_check check,
const lzma_allocator * allocator,
const uint8_t * in,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Stream encoding using a preset number.

-

The maximum required output buffer size can be calculated with lzma_stream_buffer_bound().

-
Parameters
- - - - - - - - - -
presetCompression preset to use. See the description in lzma_easy_encoder().
checkType of the integrity check to calculate from uncompressed data.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_sizeSize of the input buffer
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_stream_encoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_encoder (lzma_stream * strm,
const lzma_filter * filters,
lzma_check check 
)
-
- -

Initialize .xz Stream encoder using a custom filter chain.

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN. See filters.h for more information.
checkType of the integrity check to calculate from uncompressed data.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization was successful.
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_stream_encoder_mt_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_stream_encoder_mt_memusage (const lzma_mt * options)
-
- -

Calculate approximate memory usage of multithreaded .xz encoder.

-

Since doing the encoding in threaded mode doesn't affect the memory requirements of single-threaded decompressor, you can use lzma_easy_decoder_memusage(options->preset) or lzma_raw_decoder_memusage(options->filters) to calculate the decompressor memory requirements.

-
Parameters
- - -
optionsCompression options
-
-
-
Returns
Number of bytes of memory required for encoding with the given options. If an error occurs, for example due to unsupported preset or filter chain, UINT64_MAX is returned.
- -
-
- -

◆ lzma_stream_encoder_mt()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_encoder_mt (lzma_stream * strm,
const lzma_mt * options 
)
-
- -

Initialize multithreaded .xz Stream encoder.

-

This provides the functionality of lzma_easy_encoder() and lzma_stream_encoder() as a single function for multithreaded use.

-

The supported actions for lzma_code() are LZMA_RUN, LZMA_FULL_FLUSH, LZMA_FULL_BARRIER, and LZMA_FINISH. Support for LZMA_SYNC_FLUSH might be added in the future.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
optionsPointer to multithreaded compression options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_alone_encoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_alone_encoder (lzma_stream * strm,
const lzma_options_lzma * options 
)
-
- -

Initialize .lzma encoder (legacy file format)

-

The .lzma format is sometimes called the LZMA_Alone format, which is the reason for the name of this function. The .lzma format supports only the LZMA1 filter. There is no support for integrity checks like CRC32.

-

Use this function if and only if you need to create files readable by legacy LZMA tools such as LZMA Utils 4.32.x. Moving to the .xz format is strongly recommended.

-

The valid action values for lzma_code() are LZMA_RUN and LZMA_FINISH. No kind of flushing is supported, because the file format doesn't make it possible.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
optionsPointer to encoder options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_stream_buffer_bound()

- -
-
- - - - - - - - -
size_t lzma_stream_buffer_bound (size_t uncompressed_size)
-
- -

Calculate output buffer size for single-call Stream encoder.

-

When trying to compress incompressible data, the encoded size will be slightly bigger than the input data. This function calculates how much output buffer space is required to be sure that lzma_stream_buffer_encode() doesn't return LZMA_BUF_ERROR.

-

The calculated value is not exact, but it is guaranteed to be big enough. The actual maximum output space required may be slightly smaller (up to about 100 bytes). This should not be a problem in practice.

-

If the calculated maximum size doesn't fit into size_t or would make the Stream grow past LZMA_VLI_MAX (which should never happen in practice), zero is returned to indicate the error.

-
Note
The limit calculated by this function applies only to single-call encoding. Multi-call encoding may (and probably will) have larger maximum expansion when encoding incompressible data. Currently there is no function to calculate the maximum expansion of multi-call encoding.
-
Parameters
- - -
uncompressed_sizeSize in bytes of the uncompressed input data
-
-
-
Returns
Maximum number of bytes needed to store the compressed data.
- -
-
- -

◆ lzma_stream_buffer_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_buffer_encode (lzma_filter * filters,
lzma_check check,
const lzma_allocator * allocator,
const uint8_t * in,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Stream encoder.

-
Parameters
- - - - - - - - - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN. See filters.h for more information.
checkType of the integrity check to calculate from uncompressed data.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_sizeSize of the input buffer
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_UNSUPPORTED_CHECK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_microlzma_encoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_microlzma_encoder (lzma_stream * strm,
const lzma_options_lzma * options 
)
-
- -

MicroLZMA encoder.

-

The MicroLZMA format is a raw LZMA stream whose first byte (always 0x00) has been replaced with bitwise-negation of the LZMA properties (lc/lp/pb). This encoding ensures that the first byte of MicroLZMA stream is never 0x00. There is no end of payload marker and thus the uncompressed size must be stored separately. For the best error detection the dictionary size should be stored separately as well but alternatively one may use the uncompressed size as the dictionary size when decoding.

-

With the MicroLZMA encoder, lzma_code() behaves slightly unusually. The action argument must be LZMA_FINISH and the return value will never be LZMA_OK. Thus the encoding is always done with a single lzma_code() after the initialization. The benefit of the combination of initialization function and lzma_code() is that memory allocations can be re-used for better performance.

-

lzma_code() will try to encode as much input as is possible to fit into the given output buffer. If not all input can be encoded, the stream will be finished without encoding all the input. The caller must check both input and output buffer usage after lzma_code() (total_in and total_out in lzma_stream can be convenient). Often lzma_code() can fill the output buffer completely if there is a lot of input, but sometimes a few bytes may remain unused because the next LZMA symbol would require more space.

-

lzma_stream.avail_out must be at least 6. Otherwise LZMA_PROG_ERROR will be returned.

-

The LZMA dictionary should be reasonably low to speed up the encoder re-initialization. A good value is bigger than the resulting uncompressed size of most of the output chunks. For example, if output size is 4 KiB, dictionary size of 32 KiB or 64 KiB is good. If the data compresses extremely well, even 128 KiB may be useful.

-

The MicroLZMA format and this encoder variant were made with the EROFS file system in mind. This format may be convenient in other embedded uses too where many small streams are needed. XZ Embedded includes a decoder for this format.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
optionsPointer to encoder options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_STREAM_END: All good. Check the amounts of input used and output produced. Store the amount of input used (uncompressed size) as it needs to be known to decompress the data.
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR: In addition to the generic reasons for this error code, this may also be returned if there isn't enough output space (6 bytes) to create a valid MicroLZMA stream.
    • -
-
- -
-
- -

◆ lzma_stream_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_decoder (lzma_stream * strm,
uint64_t memlimit,
uint32_t flags 
)
-
- -

Initialize .xz Stream decoder.

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
memlimitMemory usage limit as bytes. Use UINT64_MAX to effectively disable the limiter. liblzma 5.2.3 and earlier don't allow 0 here and return LZMA_PROG_ERROR; later versions treat 0 as if 1 had been specified.
flagsBitwise-or of zero or more of the decoder flags: LZMA_TELL_NO_CHECK, LZMA_TELL_UNSUPPORTED_CHECK, LZMA_TELL_ANY_CHECK, LZMA_IGNORE_CHECK, LZMA_CONCATENATED, LZMA_FAIL_FAST
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization was successful.
    • -
  • LZMA_MEM_ERROR: Cannot allocate memory.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported flags
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_stream_decoder_mt()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_decoder_mt (lzma_stream * strm,
const lzma_mt * options 
)
-
- -

Initialize multithreaded .xz Stream decoder.

-

The decoder can decode multiple Blocks in parallel. This requires that each Block Header contains the Compressed Size and Uncompressed size fields which are added by the multi-threaded encoder, see lzma_stream_encoder_mt().

-

A Stream with one Block will only utilize one thread. A Stream with multiple Blocks but without size information in Block Headers will be processed in single-threaded mode in the same way as done by lzma_stream_decoder(). Concatenated Streams are processed one Stream at a time; no inter-Stream parallelization is done.

-

This function behaves like lzma_stream_decoder() when options->threads == 1 and options->memlimit_threading <= 1.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
optionsPointer to multithreaded compression options
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization was successful.
    • -
  • LZMA_MEM_ERROR: Cannot allocate memory.
    • -
  • LZMA_MEMLIMIT_ERROR: Memory usage limit was reached.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported flags.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_auto_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_auto_decoder (lzma_stream * strm,
uint64_t memlimit,
uint32_t flags 
)
-
- -

Decode .xz, .lzma, and .lz (lzip) files with autodetection.

-

This decoder autodetects between the .xz, .lzma, and .lz file formats, and calls lzma_stream_decoder(), lzma_alone_decoder(), or lzma_lzip_decoder() once the type of the input file has been detected.

-

Support for .lz was added in 5.4.0.

-

If the flag LZMA_CONCATENATED is used and the input is a .lzma file: For historical reasons concatenated .lzma files aren't supported. If there is trailing data after one .lzma stream, lzma_code() will return LZMA_DATA_ERROR. (lzma_alone_decoder() doesn't have such a check as it doesn't support any decoder flags. It will return LZMA_STREAM_END after one .lzma stream.)

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
memlimitMemory usage limit as bytes. Use UINT64_MAX to effectively disable the limiter. liblzma 5.2.3 and earlier don't allow 0 here and return LZMA_PROG_ERROR; later versions treat 0 as if 1 had been specified.
flagsBitwise-or of zero or more of the decoder flags: LZMA_TELL_NO_CHECK, LZMA_TELL_UNSUPPORTED_CHECK, LZMA_TELL_ANY_CHECK, LZMA_IGNORE_CHECK, LZMA_CONCATENATED, LZMA_FAIL_FAST
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization was successful.
    • -
  • LZMA_MEM_ERROR: Cannot allocate memory.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported flags
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_alone_decoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_alone_decoder (lzma_stream * strm,
uint64_t memlimit 
)
-
- -

Initialize .lzma decoder (legacy file format)

-

Valid `action' arguments to lzma_code() are LZMA_RUN and LZMA_FINISH. There is no need to use LZMA_FINISH, but it's allowed because it may simplify certain types of applications.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
memlimitMemory usage limit as bytes. Use UINT64_MAX to effectively disable the limiter. liblzma 5.2.3 and earlier don't allow 0 here and return LZMA_PROG_ERROR; later versions treat 0 as if 1 had been specified.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_lzip_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_lzip_decoder (lzma_stream * strm,
uint64_t memlimit,
uint32_t flags 
)
-
- -

Initialize .lz (lzip) decoder (a foreign file format)

-

This decoder supports the .lz format version 0 and the unextended .lz format version 1:

-
    -
  • Files in the format version 0 were produced by lzip 1.3 and older. Such files aren't common but may be found from file archives as a few source packages were released in this format. People might have old personal files in this format too. Decompression support for the format version 0 was removed in lzip 1.18.
    • -
  • lzip 1.3 added decompression support for .lz format version 1 files. Compression support was added in lzip 1.4. In lzip 1.6 the .lz format version 1 was extended to support the Sync Flush marker. This extension is not supported by liblzma. lzma_code() will return LZMA_DATA_ERROR at the location of the Sync Flush marker. In practice files with the Sync Flush marker are very rare and thus liblzma can decompress almost all .lz files.
    • -
-

Just like with lzma_stream_decoder() for .xz files, LZMA_CONCATENATED should be used when decompressing normal standalone .lz files.

-

The .lz format allows putting non-.lz data at the end of a file after at least one valid .lz member. That is, one can append custom data at the end of a .lz file and the decoder is required to ignore it. In liblzma this is relevant only when LZMA_CONCATENATED is used. In that case lzma_code() will return LZMA_STREAM_END and leave lzma_stream.next_in pointing to the first byte of the non-.lz data. An exception to this is if the first 1-3 bytes of the non-.lz data are identical to the .lz magic bytes (0x4C, 0x5A, 0x49, 0x50; "LZIP" in US-ASCII). In such a case the 1-3 bytes will have been ignored by lzma_code(). If one wishes to locate the non-.lz data reliably, one must ensure that the first byte isn't 0x4C. Actually one should ensure that none of the first four bytes of trailing data are equal to the magic bytes because lzip >= 1.20 requires it by default.

-
Parameters
- - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
memlimitMemory usage limit as bytes. Use UINT64_MAX to effectively disable the limiter.
flagsBitwise-or of flags, or zero for no flags. All decoder flags listed above are supported although only LZMA_CONCATENATED and (in very rare cases) LZMA_IGNORE_CHECK are actually useful. LZMA_TELL_NO_CHECK, LZMA_TELL_UNSUPPORTED_CHECK, and LZMA_FAIL_FAST do nothing. LZMA_TELL_ANY_CHECK is supported for consistency only as CRC32 is always used in the .lz format.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization was successful.
    • -
  • LZMA_MEM_ERROR: Cannot allocate memory.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported flags
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_stream_buffer_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_buffer_decode (uint64_t * memlimit,
uint32_t flags,
const lzma_allocator * allocator,
const uint8_t * in,
size_t * in_pos,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Stream decoder.

-
Parameters
- - - - - - - - - - -
memlimitPointer to how much memory the decoder is allowed to allocate. The value pointed by this pointer is modified if and only if LZMA_MEMLIMIT_ERROR is returned.
flagsBitwise-or of zero or more of the decoder flags: LZMA_TELL_NO_CHECK, LZMA_TELL_UNSUPPORTED_CHECK, LZMA_IGNORE_CHECK, LZMA_CONCATENATED, LZMA_FAIL_FAST. Note that LZMA_TELL_ANY_CHECK is not allowed and will return LZMA_PROG_ERROR.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_posThe next byte will be read from in[*in_pos]. *in_pos is updated only if decoding succeeds.
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if decoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_FORMAT_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_NO_CHECK: This can be returned only if using the LZMA_TELL_NO_CHECK flag.
    • -
  • LZMA_UNSUPPORTED_CHECK: This can be returned only if using the LZMA_TELL_UNSUPPORTED_CHECK flag.
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_MEMLIMIT_ERROR: Memory usage limit was reached. The minimum required memlimit value was stored to *memlimit.
    • -
  • LZMA_BUF_ERROR: Output buffer was too small.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_microlzma_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_microlzma_decoder (lzma_stream * strm,
uint64_t comp_size,
uint64_t uncomp_size,
lzma_bool uncomp_size_is_exact,
uint32_t dict_size 
)
-
- -

MicroLZMA decoder.

-

See lzma_microlzma_encoder() for more information.

-

The lzma_code() usage with this decoder is completely normal. The special behavior of lzma_code() applies to lzma_microlzma_encoder() only.

-
Parameters
- - - - - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
comp_sizeCompressed size of the MicroLZMA stream. The caller must somehow know this exactly.
uncomp_sizeUncompressed size of the MicroLZMA stream. If the exact uncompressed size isn't known, this can be set to a value that is at most as big as the exact uncompressed size would be, but then the next argument uncomp_size_is_exact must be false.
uncomp_size_is_exactIf true, uncomp_size must be exactly correct. This will improve error detection at the end of the stream. If the exact uncompressed size isn't known, this must be false. uncomp_size must still be at most as big as the exact uncompressed size is. Setting this to false when the exact size is known will work but error detection at the end of the stream will be weaker.
dict_sizeLZMA dictionary size that was used when compressing the data. It is OK to use a bigger value too but liblzma will then allocate more memory than would actually be required and error detection will be slightly worse. (Note that with the implementation in XZ Embedded it doesn't affect the memory usage if one specifies bigger dictionary than actually required.)
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/delta_8h.html b/doc/api/delta_8h.html deleted file mode 100644 index dd64be2..0000000 --- a/doc/api/delta_8h.html +++ /dev/null @@ -1,132 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/delta.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Enumerations
-
delta.h File Reference
-
-
- -

Delta filter. -More...

- - - - - -

-Data Structures

struct  lzma_options_delta
 Options for the Delta filter. More...
 
- - - - - - - - - - -

-Macros

#define LZMA_FILTER_DELTA   LZMA_VLI_C(0x03)
 Filter ID.
 
-#define LZMA_DELTA_DIST_MIN   1
 Minimum value for lzma_options_delta.dist.
 
-#define LZMA_DELTA_DIST_MAX   256
 Maximum value for lzma_options_delta.dist.
 
- - - - -

-Enumerations

enum  lzma_delta_type { LZMA_DELTA_TYPE_BYTE - }
 Type of the delta calculation. More...
 
-

Detailed Description

-

Delta filter.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_FILTER_DELTA

- -
-
- - - - -
#define LZMA_FILTER_DELTA   LZMA_VLI_C(0x03)
-
- -

Filter ID.

-

Filter ID of the Delta filter. This is used as lzma_filter.id.

- -
-
-

Enumeration Type Documentation

- -

◆ lzma_delta_type

- -
-
- - - - -
enum lzma_delta_type
-
- -

Type of the delta calculation.

-

Currently only byte-wise delta is supported. Other possible types could be, for example, delta of 16/32/64-bit little/big endian integers, but these are not currently planned since byte-wise delta is almost as good.

- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/dir_b17a1d403082bd69a703ed987cf158fb.html b/doc/api/dir_b17a1d403082bd69a703ed987cf158fb.html deleted file mode 100644 index ff360ae..0000000 --- a/doc/api/dir_b17a1d403082bd69a703ed987cf158fb.html +++ /dev/null @@ -1,104 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma Directory Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
lzma Directory Reference
-
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Files

 base.h
 Data types and functions used in many places in liblzma API.
 
 bcj.h
 Branch/Call/Jump conversion filters.
 
 block.h
 .xz Block handling
 
 check.h
 Integrity checks.
 
 container.h
 File formats.
 
 delta.h
 Delta filter.
 
 filter.h
 Common filter related types and functions.
 
 hardware.h
 Hardware information.
 
 index.h
 Handling of .xz Index and related information.
 
 index_hash.h
 Validate Index by using a hash function.
 
 lzma12.h
 LZMA1 and LZMA2 filters.
 
 stream_flags.h
 .xz Stream Header and Stream Footer encoder and decoder
 
 version.h
 Version number.
 
 vli.h
 Variable-length integer handling.
 
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/doc.svg b/doc/api/doc.svg deleted file mode 100644 index 296728b..0000000 --- a/doc/api/doc.svg +++ /dev/null @@ -1,12 +0,0 @@ - - - - - - - - - - - diff --git a/doc/api/docd.svg b/doc/api/docd.svg deleted file mode 100644 index 65cf4b5..0000000 --- a/doc/api/docd.svg +++ /dev/null @@ -1,12 +0,0 @@ - - - - - - - - - - - diff --git a/doc/api/doxygen.css b/doc/api/doxygen.css deleted file mode 100644 index 6ce2813..0000000 --- a/doc/api/doxygen.css +++ /dev/null @@ -1,2017 +0,0 @@ -/* The standard CSS for doxygen 1.9.7*/ - -html { -/* page base colors */ ---page-background-color: white; ---page-foreground-color: black; ---page-link-color: #144779; ---page-visited-link-color: #195794; - -/* index */ ---index-odd-item-bg-color: #F3F8FD; ---index-even-item-bg-color: white; ---index-header-color: black; ---index-separator-color: #A0A0A0; - -/* header */ ---header-background-color: #F5F9FD; ---header-separator-color: #A0C7EE; ---header-gradient-image: url('nav_h.png'); ---group-header-separator-color: #4491DE; ---group-header-color: #113B65; ---inherit-header-color: gray; - ---footer-foreground-color: #0C2B4A; ---footer-logo-width: 104px; ---citation-label-color: #10375F; ---glow-color: cyan; - ---title-background-color: white; ---title-separator-color: #1E67AF; ---directory-separator-color: #62A3E4; ---separator-color: #1B5D9E; - ---blockquote-background-color: #F1F7FC; ---blockquote-border-color: #62A3E4; - ---scrollbar-thumb-color: #62A3E4; ---scrollbar-background-color: #F5F9FD; - ---icon-background-color: #257FD9; ---icon-foreground-color: white; ---icon-doc-image: url('doc.svg'); ---icon-folder-open-image: url('folderopen.svg'); ---icon-folder-closed-image: url('folderclosed.svg'); - -/* brief member declaration list */ ---memdecl-background-color: #F5F9FD; ---memdecl-separator-color: #C8DFF5; ---memdecl-foreground-color: #555; ---memdecl-template-color: #195794; - -/* detailed member list */ ---memdef-border-color: #74ADE7; ---memdef-title-background-color: #D0E3F6; ---memdef-title-gradient-image: url('nav_f.png'); ---memdef-proto-background-color: #CAE0F5; ---memdef-proto-text-color: #0A233D; ---memdef-proto-text-shadow: 0px 1px 1px rgba(255, 255, 255, 0.9); ---memdef-doc-background-color: white; ---memdef-param-name-color: #602020; ---memdef-template-color: #195794; - -/* tables */ ---table-cell-border-color: #0D2F50; ---table-header-background-color: #123E6A; ---table-header-foreground-color: #FFFFFF; - -/* labels */ ---label-background-color: #257FD9; ---label-left-top-border-color: #1E67AF; ---label-right-bottom-border-color: #A0C7EE; ---label-foreground-color: white; - -/** navigation bar/tree/menu */ ---nav-background-color: #F5F9FD; ---nav-foreground-color: #113C67; ---nav-gradient-image: url('tab_b.png'); ---nav-gradient-hover-image: url('tab_h.png'); ---nav-gradient-active-image: url('tab_a.png'); ---nav-gradient-active-image-parent: url("../tab_a.png"); ---nav-separator-image: url('tab_s.png'); ---nav-breadcrumb-image: url('bc_s.png'); ---nav-breadcrumb-border-color: #9CC5EE; ---nav-splitbar-image: url('splitbar.png'); ---nav-font-size-level1: 13px; ---nav-font-size-level2: 10px; ---nav-font-size-level3: 9px; ---nav-text-normal-color: #0B2845; ---nav-text-hover-color: white; ---nav-text-active-color: white; ---nav-text-normal-shadow: 0px 1px 1px rgba(255, 255, 255, 0.9); ---nav-text-hover-shadow: 0px 1px 1px rgba(0, 0, 0, 1.0); ---nav-text-active-shadow: 0px 1px 1px rgba(0, 0, 0, 1.0); ---nav-menu-button-color: #113C67; ---nav-menu-background-color: white; ---nav-menu-foreground-color: #555555; ---nav-menu-toggle-color: rgba(255, 255, 255, 0.5); ---nav-arrow-color: #62A3E4; ---nav-arrow-selected-color: #62A3E4; - -/* table of contents */ ---toc-background-color: #EEF5FC; ---toc-border-color: #BFD9F4; ---toc-header-color: #195794; ---toc-down-arrow-image: url("data:image/svg+xml;utf8,&%238595;"); - -/** search field */ ---search-background-color: white; ---search-foreground-color: #909090; ---search-magnification-image: url('mag.svg'); ---search-magnification-select-image: url('mag_sel.svg'); ---search-active-color: black; ---search-filter-background-color: #F5F9FD; ---search-filter-foreground-color: black; ---search-filter-border-color: #5098E0; ---search-filter-highlight-text-color: white; ---search-filter-highlight-bg-color: #144779; ---search-results-foreground-color: #174F86; ---search-results-background-color: #E2EEFA; ---search-results-border-color: black; ---search-box-shadow: inset 0.5px 0.5px 3px 0px #555; - -/** code fragments */ ---code-keyword-color: #008000; ---code-type-keyword-color: #604020; ---code-flow-keyword-color: #E08000; ---code-comment-color: #800000; ---code-preprocessor-color: #806020; ---code-string-literal-color: #002080; ---code-char-literal-color: #008080; ---code-xml-cdata-color: black; ---code-vhdl-digit-color: #FF00FF; ---code-vhdl-char-color: #000000; ---code-vhdl-keyword-color: #700070; ---code-vhdl-logic-color: #FF0000; ---code-link-color: #195794; ---code-external-link-color: #195794; ---fragment-foreground-color: black; ---fragment-background-color: #F9FBFE; ---fragment-border-color: #A0C7EE; ---fragment-lineno-border-color: #00FF00; ---fragment-lineno-background-color: #E8E8E8; ---fragment-lineno-foreground-color: black; ---fragment-lineno-link-fg-color: #195794; ---fragment-lineno-link-bg-color: #D8D8D8; ---fragment-lineno-link-hover-fg-color: #195794; ---fragment-lineno-link-hover-bg-color: #C8C8C8; ---tooltip-foreground-color: black; ---tooltip-background-color: white; ---tooltip-border-color: gray; ---tooltip-doc-color: grey; ---tooltip-declaration-color: #006318; ---tooltip-link-color: #195794; ---tooltip-shadow: 1px 1px 7px gray; - -/** font-family */ ---font-family-normal: Roboto,sans-serif; ---font-family-monospace: 'JetBrains Mono',Consolas,Monaco,'Andale Mono','Ubuntu Mono',monospace,fixed; ---font-family-nav: 'Lucida Grande',Geneva,Helvetica,Arial,sans-serif; ---font-family-title: Tahoma,Arial,sans-serif; ---font-family-toc: Verdana,'DejaVu Sans',Geneva,sans-serif; ---font-family-search: Arial,Verdana,sans-serif; ---font-family-icon: Arial,Helvetica; ---font-family-tooltip: Roboto,sans-serif; - -} - -@media (prefers-color-scheme: dark) { - html:not(.dark-mode) { - color-scheme: dark; - -/* page base colors */ ---page-background-color: black; ---page-foreground-color: #C9D1D9; ---page-link-color: #5098E0; ---page-visited-link-color: #6DA9E5; - -/* index */ ---index-odd-item-bg-color: #02070C; ---index-even-item-bg-color: black; ---index-header-color: #A0C7EE; ---index-separator-color: #10375F; - -/* header */ ---header-background-color: #010407; ---header-separator-color: #040F1A; ---header-gradient-image: url('nav_hd.png'); ---group-header-separator-color: #0B2845; ---group-header-color: #5098E0; ---inherit-header-color: #A0A0A0; - ---footer-foreground-color: #206DBA; ---footer-logo-width: 60px; ---citation-label-color: #5098E0; ---glow-color: cyan; - ---title-background-color: #010509; ---title-separator-color: #113A63; ---directory-separator-color: #0B2845; ---separator-color: #0B2845; - ---blockquote-background-color: #030C14; ---blockquote-border-color: #0B2845; - ---scrollbar-thumb-color: #0B2845; ---scrollbar-background-color: #010407; - ---icon-background-color: #10375F; ---icon-foreground-color: #A0C7EE; ---icon-doc-image: url('docd.svg'); ---icon-folder-open-image: url('folderopend.svg'); ---icon-folder-closed-image: url('folderclosedd.svg'); - -/* brief member declaration list */ ---memdecl-background-color: #02070C; ---memdecl-separator-color: #0D2D4D; ---memdecl-foreground-color: #BBB; ---memdecl-template-color: #3488DC; - -/* detailed member list */ ---memdef-border-color: #092138; ---memdef-title-background-color: #071829; ---memdef-title-gradient-image: url('nav_fd.png'); ---memdef-proto-background-color: #061524; ---memdef-proto-text-color: #64A4E4; ---memdef-proto-text-shadow: 0px 1px 1px rgba(0, 0, 0, 0.9); ---memdef-doc-background-color: black; ---memdef-param-name-color: #D28757; ---memdef-template-color: #3488DC; - -/* tables */ ---table-cell-border-color: #0B2845; ---table-header-background-color: #0B2845; ---table-header-foreground-color: #A0C7EE; - -/* labels */ ---label-background-color: #113B65; ---label-left-top-border-color: #195794; ---label-right-bottom-border-color: #0B2845; ---label-foreground-color: #CCCCCC; - -/** navigation bar/tree/menu */ ---nav-background-color: #030C14; ---nav-foreground-color: #113C67; ---nav-gradient-image: url('tab_bd.png'); ---nav-gradient-hover-image: url('tab_hd.png'); ---nav-gradient-active-image: url('tab_ad.png'); ---nav-gradient-active-image-parent: url("../tab_ad.png"); ---nav-separator-image: url('tab_sd.png'); ---nav-breadcrumb-image: url('bc_sd.png'); ---nav-breadcrumb-border-color: #0C2B4A; ---nav-splitbar-image: url('splitbard.png'); ---nav-font-size-level1: 13px; ---nav-font-size-level2: 10px; ---nav-font-size-level3: 9px; ---nav-text-normal-color: #8ABAEA; ---nav-text-hover-color: #C5DDF5; ---nav-text-active-color: #C5DDF5; ---nav-text-normal-shadow: 0px 1px 1px black; ---nav-text-hover-shadow: 0px 1px 1px rgba(0, 0, 0, 1.0); ---nav-text-active-shadow: 0px 1px 1px rgba(0, 0, 0, 1.0); ---nav-menu-button-color: #8ABAEA; ---nav-menu-background-color: #000204; ---nav-menu-foreground-color: #BBBBBB; ---nav-menu-toggle-color: rgba(255, 255, 255, 0.2); ---nav-arrow-color: #10375F; ---nav-arrow-selected-color: #5098E0; - -/* table of contents */ ---toc-background-color: #04101B; ---toc-border-color: #081D32; ---toc-header-color: #6DA9E5; ---toc-down-arrow-image: url("data:image/svg+xml;utf8,&%238595;"); - -/** search field */ ---search-background-color: black; ---search-foreground-color: #C5C5C5; ---search-magnification-image: url('mag_d.svg'); ---search-magnification-select-image: url('mag_seld.svg'); ---search-active-color: #C5C5C5; ---search-filter-background-color: #030C14; ---search-filter-foreground-color: #5098E0; ---search-filter-border-color: #3488DC; ---search-filter-highlight-text-color: #93BFEC; ---search-filter-highlight-bg-color: #0B2845; ---search-results-background-color: #030C14; ---search-results-foreground-color: #5098E0; ---search-results-border-color: #3488DC; ---search-box-shadow: inset 0.5px 0.5px 3px 0px #0E3255; - -/** code fragments */ ---code-keyword-color: #CC99CD; ---code-type-keyword-color: #AB99CD; ---code-flow-keyword-color: #E08000; ---code-comment-color: #717790; ---code-preprocessor-color: #65CABE; ---code-string-literal-color: #7EC699; ---code-char-literal-color: #00E0F0; ---code-xml-cdata-color: #C9D1D9; ---code-vhdl-digit-color: #FF00FF; ---code-vhdl-char-color: #000000; ---code-vhdl-keyword-color: #700070; ---code-vhdl-logic-color: #FF0000; ---code-link-color: #79C0FF; ---code-external-link-color: #79C0FF; ---fragment-foreground-color: #C9D1D9; ---fragment-background-color: black; ---fragment-border-color: #30363D; ---fragment-lineno-border-color: #30363D; ---fragment-lineno-background-color: black; ---fragment-lineno-foreground-color: #6E7681; ---fragment-lineno-link-fg-color: #6E7681; ---fragment-lineno-link-bg-color: #303030; ---fragment-lineno-link-hover-fg-color: #8E96A1; ---fragment-lineno-link-hover-bg-color: #505050; ---tooltip-foreground-color: #C9D1D9; ---tooltip-background-color: #202020; ---tooltip-border-color: #C9D1D9; ---tooltip-doc-color: #D9E1E9; ---tooltip-declaration-color: #20C348; ---tooltip-link-color: #79C0FF; ---tooltip-shadow: none; - -/** font-family */ ---font-family-normal: Roboto,sans-serif; ---font-family-monospace: 'JetBrains Mono',Consolas,Monaco,'Andale Mono','Ubuntu Mono',monospace,fixed; ---font-family-nav: 'Lucida Grande',Geneva,Helvetica,Arial,sans-serif; ---font-family-title: Tahoma,Arial,sans-serif; ---font-family-toc: Verdana,'DejaVu Sans',Geneva,sans-serif; ---font-family-search: Arial,Verdana,sans-serif; ---font-family-icon: Arial,Helvetica; ---font-family-tooltip: Roboto,sans-serif; - -}} -body { - background-color: var(--page-background-color); - color: var(--page-foreground-color); -} - -body, table, div, p, dl { - font-weight: 400; - font-size: 14px; - font-family: var(--font-family-normal); - line-height: 22px; -} - -/* @group Heading Levels */ - -.title { - font-weight: 400; - font-size: 14px; - font-family: var(--font-family-normal); - line-height: 28px; - font-size: 150%; - font-weight: bold; - margin: 10px 2px; -} - -h1.groupheader { - font-size: 150%; -} - -h2.groupheader { - border-bottom: 1px solid var(--group-header-separator-color); - color: var(--group-header-color); - font-size: 150%; - font-weight: normal; - margin-top: 1.75em; - padding-top: 8px; - padding-bottom: 4px; - width: 100%; -} - -h3.groupheader { - font-size: 100%; -} - -h1, h2, h3, h4, h5, h6 { - -webkit-transition: text-shadow 0.5s linear; - -moz-transition: text-shadow 0.5s linear; - -ms-transition: text-shadow 0.5s linear; - -o-transition: text-shadow 0.5s linear; - transition: text-shadow 0.5s linear; - margin-right: 15px; -} - -h1.glow, h2.glow, h3.glow, h4.glow, h5.glow, h6.glow { - text-shadow: 0 0 15px var(--glow-color); -} - -dt { - font-weight: bold; -} - -p.startli, p.startdd { - margin-top: 2px; -} - -th p.starttd, th p.intertd, th p.endtd { - font-size: 100%; - font-weight: 700; -} - -p.starttd { - margin-top: 0px; -} - -p.endli { - margin-bottom: 0px; -} - -p.enddd { - margin-bottom: 4px; -} - -p.endtd { - margin-bottom: 2px; -} - -p.interli { -} - -p.interdd { -} - -p.intertd { -} - -/* @end */ - -caption { - font-weight: bold; -} - -span.legend { - font-size: 70%; - text-align: center; -} - -h3.version { - font-size: 90%; - text-align: center; -} - -div.navtab { - padding-right: 15px; - text-align: right; - line-height: 110%; -} - -div.navtab table { - border-spacing: 0; -} - -td.navtab { - padding-right: 6px; - padding-left: 6px; -} - -td.navtabHL { - background-image: var(--nav-gradient-active-image); - background-repeat:repeat-x; - padding-right: 6px; - padding-left: 6px; -} - -td.navtabHL a, td.navtabHL a:visited { - color: var(--nav-text-hover-color); - text-shadow: var(--nav-text-hover-shadow); -} - -a.navtab { - font-weight: bold; -} - -div.qindex{ - text-align: center; - width: 100%; - line-height: 140%; - font-size: 130%; - color: var(--index-separator-color); -} - -dt.alphachar{ - font-size: 180%; - font-weight: bold; -} - -.alphachar a{ - color: var(--index-header-color); -} - -.alphachar a:hover, .alphachar a:visited{ - text-decoration: none; -} - -.classindex dl { - padding: 25px; - column-count:1 -} - -.classindex dd { - display:inline-block; - margin-left: 50px; - width: 90%; - line-height: 1.15em; -} - -.classindex dl.even { - background-color: var(--index-even-item-bg-color); -} - -.classindex dl.odd { - background-color: var(--index-odd-item-bg-color); -} - -@media(min-width: 1120px) { - .classindex dl { - column-count:2 - } -} - -@media(min-width: 1320px) { - .classindex dl { - column-count:3 - } -} - - -/* @group Link Styling */ - -a { - color: var(--page-link-color); - font-weight: normal; - text-decoration: none; -} - -.contents a:visited { - color: var(--page-visited-link-color); -} - -a:hover { - text-decoration: underline; -} - -a.el { - font-weight: bold; -} - -a.elRef { -} - -a.code, a.code:visited, a.line, a.line:visited { - color: var(--code-link-color); -} - -a.codeRef, a.codeRef:visited, a.lineRef, a.lineRef:visited { - color: var(--code-external-link-color); -} - -a.code.hl_class { /* style for links to class names in code snippets */ } -a.code.hl_struct { /* style for links to struct names in code snippets */ } -a.code.hl_union { /* style for links to union names in code snippets */ } -a.code.hl_interface { /* style for links to interface names in code snippets */ } -a.code.hl_protocol { /* style for links to protocol names in code snippets */ } -a.code.hl_category { /* style for links to category names in code snippets */ } -a.code.hl_exception { /* style for links to exception names in code snippets */ } -a.code.hl_service { /* style for links to service names in code snippets */ } -a.code.hl_singleton { /* style for links to singleton names in code snippets */ } -a.code.hl_concept { /* style for links to concept names in code snippets */ } -a.code.hl_namespace { /* style for links to namespace names in code snippets */ } -a.code.hl_package { /* style for links to package names in code snippets */ } -a.code.hl_define { /* style for links to macro names in code snippets */ } -a.code.hl_function { /* style for links to function names in code snippets */ } -a.code.hl_variable { /* style for links to variable names in code snippets */ } -a.code.hl_typedef { /* style for links to typedef names in code snippets */ } -a.code.hl_enumvalue { /* style for links to enum value names in code snippets */ } -a.code.hl_enumeration { /* style for links to enumeration names in code snippets */ } -a.code.hl_signal { /* style for links to Qt signal names in code snippets */ } -a.code.hl_slot { /* style for links to Qt slot names in code snippets */ } -a.code.hl_friend { /* style for links to friend names in code snippets */ } -a.code.hl_dcop { /* style for links to KDE3 DCOP names in code snippets */ } -a.code.hl_property { /* style for links to property names in code snippets */ } -a.code.hl_event { /* style for links to event names in code snippets */ } -a.code.hl_sequence { /* style for links to sequence names in code snippets */ } -a.code.hl_dictionary { /* style for links to dictionary names in code snippets */ } - -/* @end */ - -dl.el { - margin-left: -1cm; -} - -ul { - overflow: visible; -} - -ul.multicol { - -moz-column-gap: 1em; - -webkit-column-gap: 1em; - column-gap: 1em; - -moz-column-count: 3; - -webkit-column-count: 3; - column-count: 3; - list-style-type: none; -} - -#side-nav ul { - overflow: visible; /* reset ul rule for scroll bar in GENERATE_TREEVIEW window */ -} - -#main-nav ul { - overflow: visible; /* reset ul rule for the navigation bar drop down lists */ -} - -.fragment { - text-align: left; - direction: ltr; - overflow-x: auto; /*Fixed: fragment lines overlap floating elements*/ - overflow-y: hidden; -} - -pre.fragment { - border: 1px solid var(--fragment-border-color); - background-color: var(--fragment-background-color); - color: var(--fragment-foreground-color); - padding: 4px 6px; - margin: 4px 8px 4px 2px; - overflow: auto; - word-wrap: break-word; - font-size: 9pt; - line-height: 125%; - font-family: var(--font-family-monospace); - font-size: 105%; -} - -div.fragment { - padding: 0 0 1px 0; /*Fixed: last line underline overlap border*/ - margin: 4px 8px 4px 2px; - color: var(--fragment-foreground-color); - background-color: var(--fragment-background-color); - border: 1px solid var(--fragment-border-color); -} - -div.line { - font-family: var(--font-family-monospace); - font-size: 13px; - min-height: 13px; - line-height: 1.2; - text-wrap: unrestricted; - white-space: -moz-pre-wrap; /* Moz */ - white-space: -pre-wrap; /* Opera 4-6 */ - white-space: -o-pre-wrap; /* Opera 7 */ - white-space: pre-wrap; /* CSS3 */ - word-wrap: break-word; /* IE 5.5+ */ - text-indent: -53px; - padding-left: 53px; - padding-bottom: 0px; - margin: 0px; - -webkit-transition-property: background-color, box-shadow; - -webkit-transition-duration: 0.5s; - -moz-transition-property: background-color, box-shadow; - -moz-transition-duration: 0.5s; - -ms-transition-property: background-color, box-shadow; - -ms-transition-duration: 0.5s; - -o-transition-property: background-color, box-shadow; - -o-transition-duration: 0.5s; - transition-property: background-color, box-shadow; - transition-duration: 0.5s; -} - -div.line:after { - content:"\000A"; - white-space: pre; -} - -div.line.glow { - background-color: var(--glow-color); - box-shadow: 0 0 10px var(--glow-color); -} - - -span.lineno { - padding-right: 4px; - margin-right: 9px; - text-align: right; - border-right: 2px solid var(--fragment-lineno-border-color); - color: var(--fragment-lineno-foreground-color); - background-color: var(--fragment-lineno-background-color); - white-space: pre; -} -span.lineno a, span.lineno a:visited { - color: var(--fragment-lineno-link-fg-color); - background-color: var(--fragment-lineno-link-bg-color); -} - -span.lineno a:hover { - color: var(--fragment-lineno-link-hover-fg-color); - background-color: var(--fragment-lineno-link-hover-bg-color); -} - -.lineno { - -webkit-touch-callout: none; - -webkit-user-select: none; - -khtml-user-select: none; - -moz-user-select: none; - -ms-user-select: none; - user-select: none; -} - -div.classindex ul { - list-style: none; - padding-left: 0; -} - -div.classindex span.ai { - display: inline-block; -} - -div.groupHeader { - margin-left: 16px; - margin-top: 12px; - font-weight: bold; -} - -div.groupText { - margin-left: 16px; - font-style: italic; -} - -body { - color: var(--page-foreground-color); - margin: 0; -} - -div.contents { - margin-top: 10px; - margin-left: 12px; - margin-right: 8px; -} - -p.formulaDsp { - text-align: center; -} - -img.dark-mode-visible { - display: none; -} -img.light-mode-visible { - display: none; -} - -img.formulaDsp { - -} - -img.formulaInl, img.inline { - vertical-align: middle; -} - -div.center { - text-align: center; - margin-top: 0px; - margin-bottom: 0px; - padding: 0px; -} - -div.center img { - border: 0px; -} - -address.footer { - text-align: right; - padding-right: 12px; -} - -img.footer { - border: 0px; - vertical-align: middle; - width: var(--footer-logo-width); -} - -.compoundTemplParams { - color: var(--memdecl-template-color); - font-size: 80%; - line-height: 120%; -} - -/* @group Code Colorization */ - -span.keyword { - color: var(--code-keyword-color); -} - -span.keywordtype { - color: var(--code-type-keyword-color); -} - -span.keywordflow { - color: var(--code-flow-keyword-color); -} - -span.comment { - color: var(--code-comment-color); -} - -span.preprocessor { - color: var(--code-preprocessor-color); -} - -span.stringliteral { - color: var(--code-string-literal-color); -} - -span.charliteral { - color: var(--code-char-literal-color); -} - -span.xmlcdata { - color: var(--code-xml-cdata-color); -} - -span.vhdldigit { - color: var(--code-vhdl-digit-color); -} - -span.vhdlchar { - color: var(--code-vhdl-char-color); -} - -span.vhdlkeyword { - color: var(--code-vhdl-keyword-color); -} - -span.vhdllogic { - color: var(--code-vhdl-logic-color); -} - -blockquote { - background-color: var(--blockquote-background-color); - border-left: 2px solid var(--blockquote-border-color); - margin: 0 24px 0 4px; - padding: 0 12px 0 16px; -} - -/* @end */ - -td.tiny { - font-size: 75%; -} - -.dirtab { - padding: 4px; - border-collapse: collapse; - border: 1px solid var(--table-cell-border-color); -} - -th.dirtab { - background-color: var(--table-header-background-color); - color: var(--table-header-foreground-color); - font-weight: bold; -} - -hr { - height: 0px; - border: none; - border-top: 1px solid var(--separator-color); -} - -hr.footer { - height: 1px; -} - -/* @group Member Descriptions */ - -table.memberdecls { - border-spacing: 0px; - padding: 0px; -} - -.memberdecls td, .fieldtable tr { - -webkit-transition-property: background-color, box-shadow; - -webkit-transition-duration: 0.5s; - -moz-transition-property: background-color, box-shadow; - -moz-transition-duration: 0.5s; - -ms-transition-property: background-color, box-shadow; - -ms-transition-duration: 0.5s; - -o-transition-property: background-color, box-shadow; - -o-transition-duration: 0.5s; - transition-property: background-color, box-shadow; - transition-duration: 0.5s; -} - -.memberdecls td.glow, .fieldtable tr.glow { - background-color: var(--glow-color); - box-shadow: 0 0 15px var(--glow-color); -} - -.mdescLeft, .mdescRight, -.memItemLeft, .memItemRight, -.memTemplItemLeft, .memTemplItemRight, .memTemplParams { - background-color: var(--memdecl-background-color); - border: none; - margin: 4px; - padding: 1px 0 0 8px; -} - -.mdescLeft, .mdescRight { - padding: 0px 8px 4px 8px; - color: var(--memdecl-foreground-color); -} - -.memSeparator { - border-bottom: 1px solid var(--memdecl-separator-color); - line-height: 1px; - margin: 0px; - padding: 0px; -} - -.memItemLeft, .memTemplItemLeft { - white-space: nowrap; -} - -.memItemRight, .memTemplItemRight { - width: 100%; -} - -.memTemplParams { - color: var(--memdecl-template-color); - white-space: nowrap; - font-size: 80%; -} - -/* @end */ - -/* @group Member Details */ - -/* Styles for detailed member documentation */ - -.memtitle { - padding: 8px; - border-top: 1px solid var(--memdef-border-color); - border-left: 1px solid var(--memdef-border-color); - border-right: 1px solid var(--memdef-border-color); - border-top-right-radius: 4px; - border-top-left-radius: 4px; - margin-bottom: -1px; - background-image: var(--memdef-title-gradient-image); - background-repeat: repeat-x; - background-color: var(--memdef-title-background-color); - line-height: 1.25; - font-weight: 300; - float:left; -} - -.permalink -{ - font-size: 65%; - display: inline-block; - vertical-align: middle; -} - -.memtemplate { - font-size: 80%; - color: var(--memdef-template-color); - font-weight: normal; - margin-left: 9px; -} - -.mempage { - width: 100%; -} - -.memitem { - padding: 0; - margin-bottom: 10px; - margin-right: 5px; - -webkit-transition: box-shadow 0.5s linear; - -moz-transition: box-shadow 0.5s linear; - -ms-transition: box-shadow 0.5s linear; - -o-transition: box-shadow 0.5s linear; - transition: box-shadow 0.5s linear; - display: table !important; - width: 100%; -} - -.memitem.glow { - box-shadow: 0 0 15px var(--glow-color); -} - -.memname { - font-weight: 400; - margin-left: 6px; -} - -.memname td { - vertical-align: bottom; -} - -.memproto, dl.reflist dt { - border-top: 1px solid var(--memdef-border-color); - border-left: 1px solid var(--memdef-border-color); - border-right: 1px solid var(--memdef-border-color); - padding: 6px 0px 6px 0px; - color: var(--memdef-proto-text-color); - font-weight: bold; - text-shadow: var(--memdef-proto-text-shadow); - background-color: var(--memdef-proto-background-color); - box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15); - border-top-right-radius: 4px; -} - -.overload { - font-family: var(--font-family-monospace); - font-size: 65%; -} - -.memdoc, dl.reflist dd { - border-bottom: 1px solid var(--memdef-border-color); - border-left: 1px solid var(--memdef-border-color); - border-right: 1px solid var(--memdef-border-color); - padding: 6px 10px 2px 10px; - border-top-width: 0; - background-image:url('nav_g.png'); - background-repeat:repeat-x; - background-color: var(--memdef-doc-background-color); - /* opera specific markup */ - border-bottom-left-radius: 4px; - border-bottom-right-radius: 4px; - box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15); - /* firefox specific markup */ - -moz-border-radius-bottomleft: 4px; - -moz-border-radius-bottomright: 4px; - -moz-box-shadow: rgba(0, 0, 0, 0.15) 5px 5px 5px; - /* webkit specific markup */ - -webkit-border-bottom-left-radius: 4px; - -webkit-border-bottom-right-radius: 4px; - -webkit-box-shadow: 5px 5px 5px rgba(0, 0, 0, 0.15); -} - -dl.reflist dt { - padding: 5px; -} - -dl.reflist dd { - margin: 0px 0px 10px 0px; - padding: 5px; -} - -.paramkey { - text-align: right; -} - -.paramtype { - white-space: nowrap; -} - -.paramname { - color: var(--memdef-param-name-color); - white-space: nowrap; -} -.paramname em { - font-style: normal; -} -.paramname code { - line-height: 14px; -} - -.params, .retval, .exception, .tparams { - margin-left: 0px; - padding-left: 0px; -} - -.params .paramname, .retval .paramname, .tparams .paramname, .exception .paramname { - font-weight: bold; - vertical-align: top; -} - -.params .paramtype, .tparams .paramtype { - font-style: italic; - vertical-align: top; -} - -.params .paramdir, .tparams .paramdir { - font-family: var(--font-family-monospace); - vertical-align: top; -} - -table.mlabels { - border-spacing: 0px; -} - -td.mlabels-left { - width: 100%; - padding: 0px; -} - -td.mlabels-right { - vertical-align: bottom; - padding: 0px; - white-space: nowrap; -} - -span.mlabels { - margin-left: 8px; -} - -span.mlabel { - background-color: var(--label-background-color); - border-top:1px solid var(--label-left-top-border-color); - border-left:1px solid var(--label-left-top-border-color); - border-right:1px solid var(--label-right-bottom-border-color); - border-bottom:1px solid var(--label-right-bottom-border-color); - text-shadow: none; - color: var(--label-foreground-color); - margin-right: 4px; - padding: 2px 3px; - border-radius: 3px; - font-size: 7pt; - white-space: nowrap; - vertical-align: middle; -} - - - -/* @end */ - -/* these are for tree view inside a (index) page */ - -div.directory { - margin: 10px 0px; - border-top: 1px solid var(--directory-separator-color); - border-bottom: 1px solid var(--directory-separator-color); - width: 100%; -} - -.directory table { - border-collapse:collapse; -} - -.directory td { - margin: 0px; - padding: 0px; - vertical-align: top; -} - -.directory td.entry { - white-space: nowrap; - padding-right: 6px; - padding-top: 3px; -} - -.directory td.entry a { - outline:none; -} - -.directory td.entry a img { - border: none; -} - -.directory td.desc { - width: 100%; - padding-left: 6px; - padding-right: 6px; - padding-top: 3px; - border-left: 1px solid rgba(0,0,0,0.05); -} - -.directory tr.odd { - padding-left: 6px; - background-color: var(--index-odd-item-bg-color); -} - -.directory tr.even { - padding-left: 6px; - background-color: var(--index-even-item-bg-color); -} - -.directory img { - vertical-align: -30%; -} - -.directory .levels { - white-space: nowrap; - width: 100%; - text-align: right; - font-size: 9pt; -} - -.directory .levels span { - cursor: pointer; - padding-left: 2px; - padding-right: 2px; - color: var(--page-link-color); -} - -.arrow { - color: var(--nav-arrow-color); - -webkit-user-select: none; - -khtml-user-select: none; - -moz-user-select: none; - -ms-user-select: none; - user-select: none; - cursor: pointer; - font-size: 80%; - display: inline-block; - width: 16px; - height: 22px; -} - -.icon { - font-family: var(--font-family-icon); - line-height: normal; - font-weight: bold; - font-size: 12px; - height: 14px; - width: 16px; - display: inline-block; - background-color: var(--icon-background-color); - color: var(--icon-foreground-color); - text-align: center; - border-radius: 4px; - margin-left: 2px; - margin-right: 2px; -} - -.icona { - width: 24px; - height: 22px; - display: inline-block; -} - -.iconfopen { - width: 24px; - height: 18px; - margin-bottom: 4px; - background-image:var(--icon-folder-open-image); - background-repeat: repeat-y; - vertical-align:top; - display: inline-block; -} - -.iconfclosed { - width: 24px; - height: 18px; - margin-bottom: 4px; - background-image:var(--icon-folder-closed-image); - background-repeat: repeat-y; - vertical-align:top; - display: inline-block; -} - -.icondoc { - width: 24px; - height: 18px; - margin-bottom: 4px; - background-image:var(--icon-doc-image); - background-position: 0px -4px; - background-repeat: repeat-y; - vertical-align:top; - display: inline-block; -} - -/* @end */ - -div.dynheader { - margin-top: 8px; - -webkit-touch-callout: none; - -webkit-user-select: none; - -khtml-user-select: none; - -moz-user-select: none; - -ms-user-select: none; - user-select: none; -} - -address { - font-style: normal; - color: var(--footer-foreground-color); -} - -table.doxtable caption { - caption-side: top; -} - -table.doxtable { - border-collapse:collapse; - margin-top: 4px; - margin-bottom: 4px; -} - -table.doxtable td, table.doxtable th { - border: 1px solid var(--table-cell-border-color); - padding: 3px 7px 2px; -} - -table.doxtable th { - background-color: var(--table-header-background-color); - color: var(--table-header-foreground-color); - font-size: 110%; - padding-bottom: 4px; - padding-top: 5px; -} - -table.fieldtable { - margin-bottom: 10px; - border: 1px solid var(--memdef-border-color); - border-spacing: 0px; - border-radius: 4px; - box-shadow: 2px 2px 2px rgba(0, 0, 0, 0.15); -} - -.fieldtable td, .fieldtable th { - padding: 3px 7px 2px; -} - -.fieldtable td.fieldtype, .fieldtable td.fieldname { - white-space: nowrap; - border-right: 1px solid var(--memdef-border-color); - border-bottom: 1px solid var(--memdef-border-color); - vertical-align: top; -} - -.fieldtable td.fieldname { - padding-top: 3px; -} - -.fieldtable td.fielddoc { - border-bottom: 1px solid var(--memdef-border-color); -} - -.fieldtable td.fielddoc p:first-child { - margin-top: 0px; -} - -.fieldtable td.fielddoc p:last-child { - margin-bottom: 2px; -} - -.fieldtable tr:last-child td { - border-bottom: none; -} - -.fieldtable th { - background-image: var(--memdef-title-gradient-image); - background-repeat:repeat-x; - background-color: var(--memdef-title-background-color); - font-size: 90%; - color: var(--memdef-proto-text-color); - padding-bottom: 4px; - padding-top: 5px; - text-align:left; - font-weight: 400; - border-top-left-radius: 4px; - border-top-right-radius: 4px; - border-bottom: 1px solid var(--memdef-border-color); -} - - -.tabsearch { - top: 0px; - left: 10px; - height: 36px; - background-image: var(--nav-gradient-image); - z-index: 101; - overflow: hidden; - font-size: 13px; -} - -.navpath ul -{ - font-size: 11px; - background-image: var(--nav-gradient-image); - background-repeat:repeat-x; - background-position: 0 -5px; - height:30px; - line-height:30px; - color:var(--nav-text-normal-color); - border:solid 1px var(--nav-breadcrumb-border-color); - overflow:hidden; - margin:0px; - padding:0px; -} - -.navpath li -{ - list-style-type:none; - float:left; - padding-left:10px; - padding-right:15px; - background-image:var(--nav-breadcrumb-image); - background-repeat:no-repeat; - background-position:right; - color: var(--nav-foreground-color); -} - -.navpath li.navelem a -{ - height:32px; - display:block; - text-decoration: none; - outline: none; - color: var(--nav-text-normal-color); - font-family: var(--font-family-nav); - text-shadow: var(--nav-text-normal-shadow); - text-decoration: none; -} - -.navpath li.navelem a:hover -{ - color: var(--nav-text-hover-color); - text-shadow: var(--nav-text-hover-shadow); -} - -.navpath li.footer -{ - list-style-type:none; - float:right; - padding-left:10px; - padding-right:15px; - background-image:none; - background-repeat:no-repeat; - background-position:right; - color: var(--footer-foreground-color); - font-size: 8pt; -} - - -div.summary -{ - float: right; - font-size: 8pt; - padding-right: 5px; - width: 50%; - text-align: right; -} - -div.summary a -{ - white-space: nowrap; -} - -table.classindex -{ - margin: 10px; - white-space: nowrap; - margin-left: 3%; - margin-right: 3%; - width: 94%; - border: 0; - border-spacing: 0; - padding: 0; -} - -div.ingroups -{ - font-size: 8pt; - width: 50%; - text-align: left; -} - -div.ingroups a -{ - white-space: nowrap; -} - -div.header -{ - background-image: var(--header-gradient-image); - background-repeat:repeat-x; - background-color: var(--header-background-color); - margin: 0px; - border-bottom: 1px solid var(--header-separator-color); -} - -div.headertitle -{ - padding: 5px 5px 5px 10px; -} - -.PageDocRTL-title div.headertitle { - text-align: right; - direction: rtl; -} - -dl { - padding: 0 0 0 0; -} - -/* dl.note, dl.warning, dl.attention, dl.pre, dl.post, dl.invariant, dl.deprecated, dl.todo, dl.test, dl.bug, dl.examples */ -dl.section { - margin-left: 0px; - padding-left: 0px; -} - -dl.note { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #D0C000; -} - -dl.warning, dl.attention { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #FF0000; -} - -dl.pre, dl.post, dl.invariant { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #00D000; -} - -dl.deprecated { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #505050; -} - -dl.todo { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #00C0E0; -} - -dl.test { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #3030E0; -} - -dl.bug { - margin-left: -7px; - padding-left: 3px; - border-left: 4px solid; - border-color: #C08050; -} - -dl.section dd { - margin-bottom: 6px; -} - - -#projectrow -{ - height: 56px; -} - -#projectlogo -{ - text-align: center; - vertical-align: bottom; - border-collapse: separate; -} - -#projectlogo img -{ - border: 0px none; -} - -#projectalign -{ - vertical-align: middle; - padding-left: 0.5em; -} - -#projectname -{ - font-size: 200%; - font-family: var(--font-family-title); - margin: 0px; - padding: 2px 0px; -} - -#projectbrief -{ - font-size: 90%; - font-family: var(--font-family-title); - margin: 0px; - padding: 0px; -} - -#projectnumber -{ - font-size: 50%; - font-family: 50% var(--font-family-title); - margin: 0px; - padding: 0px; -} - -#titlearea -{ - padding: 0px; - margin: 0px; - width: 100%; - border-bottom: 1px solid var(--title-separator-color); - background-color: var(--title-background-color); -} - -.image -{ - text-align: center; -} - -.dotgraph -{ - text-align: center; -} - -.mscgraph -{ - text-align: center; -} - -.plantumlgraph -{ - text-align: center; -} - -.diagraph -{ - text-align: center; -} - -.caption -{ - font-weight: bold; -} - -dl.citelist { - margin-bottom:50px; -} - -dl.citelist dt { - color:var(--citation-label-color); - float:left; - font-weight:bold; - margin-right:10px; - padding:5px; - text-align:right; - width:52px; -} - -dl.citelist dd { - margin:2px 0 2px 72px; - padding:5px 0; -} - -div.toc { - padding: 14px 25px; - background-color: var(--toc-background-color); - border: 1px solid var(--toc-border-color); - border-radius: 7px 7px 7px 7px; - float: right; - height: auto; - margin: 0 8px 10px 10px; - width: 200px; -} - -div.toc li { - background: var(--toc-down-arrow-image) no-repeat scroll 0 5px transparent; - font: 10px/1.2 var(--font-family-toc); - margin-top: 5px; - padding-left: 10px; - padding-top: 2px; -} - -div.toc h3 { - font: bold 12px/1.2 var(--font-family-toc); - color: var(--toc-header-color); - border-bottom: 0 none; - margin: 0; -} - -div.toc ul { - list-style: none outside none; - border: medium none; - padding: 0px; -} - -div.toc li.level1 { - margin-left: 0px; -} - -div.toc li.level2 { - margin-left: 15px; -} - -div.toc li.level3 { - margin-left: 15px; -} - -div.toc li.level4 { - margin-left: 15px; -} - -span.emoji { - /* font family used at the site: https://unicode.org/emoji/charts/full-emoji-list.html - * font-family: "Noto Color Emoji", "Apple Color Emoji", "Segoe UI Emoji", Times, Symbola, Aegyptus, Code2000, Code2001, Code2002, Musica, serif, LastResort; - */ -} - -span.obfuscator { - display: none; -} - -.inherit_header { - font-weight: bold; - color: var(--inherit-header-color); - cursor: pointer; - -webkit-touch-callout: none; - -webkit-user-select: none; - -khtml-user-select: none; - -moz-user-select: none; - -ms-user-select: none; - user-select: none; -} - -.inherit_header td { - padding: 6px 0px 2px 5px; -} - -.inherit { - display: none; -} - -tr.heading h2 { - margin-top: 12px; - margin-bottom: 4px; -} - -/* tooltip related style info */ - -.ttc { - position: absolute; - display: none; -} - -#powerTip { - cursor: default; - /*white-space: nowrap;*/ - color: var(--tooltip-foreground-color); - background-color: var(--tooltip-background-color); - border: 1px solid var(--tooltip-border-color); - border-radius: 4px 4px 4px 4px; - box-shadow: var(--tooltip-shadow); - display: none; - font-size: smaller; - max-width: 80%; - opacity: 0.9; - padding: 1ex 1em 1em; - position: absolute; - z-index: 2147483647; -} - -#powerTip div.ttdoc { - color: var(--tooltip-doc-color); - font-style: italic; -} - -#powerTip div.ttname a { - font-weight: bold; -} - -#powerTip a { - color: var(--tooltip-link-color); -} - -#powerTip div.ttname { - font-weight: bold; -} - -#powerTip div.ttdeci { - color: var(--tooltip-declaration-color); -} - -#powerTip div { - margin: 0px; - padding: 0px; - font-size: 12px; - font-family: var(--font-family-tooltip); - line-height: 16px; -} - -#powerTip:before, #powerTip:after { - content: ""; - position: absolute; - margin: 0px; -} - -#powerTip.n:after, #powerTip.n:before, -#powerTip.s:after, #powerTip.s:before, -#powerTip.w:after, #powerTip.w:before, -#powerTip.e:after, #powerTip.e:before, -#powerTip.ne:after, #powerTip.ne:before, -#powerTip.se:after, #powerTip.se:before, -#powerTip.nw:after, #powerTip.nw:before, -#powerTip.sw:after, #powerTip.sw:before { - border: solid transparent; - content: " "; - height: 0; - width: 0; - position: absolute; -} - -#powerTip.n:after, #powerTip.s:after, -#powerTip.w:after, #powerTip.e:after, -#powerTip.nw:after, #powerTip.ne:after, -#powerTip.sw:after, #powerTip.se:after { - border-color: rgba(255, 255, 255, 0); -} - -#powerTip.n:before, #powerTip.s:before, -#powerTip.w:before, #powerTip.e:before, -#powerTip.nw:before, #powerTip.ne:before, -#powerTip.sw:before, #powerTip.se:before { - border-color: rgba(128, 128, 128, 0); -} - -#powerTip.n:after, #powerTip.n:before, -#powerTip.ne:after, #powerTip.ne:before, -#powerTip.nw:after, #powerTip.nw:before { - top: 100%; -} - -#powerTip.n:after, #powerTip.ne:after, #powerTip.nw:after { - border-top-color: var(--tooltip-background-color); - border-width: 10px; - margin: 0px -10px; -} -#powerTip.n:before, #powerTip.ne:before, #powerTip.nw:before { - border-top-color: var(--tooltip-border-color); - border-width: 11px; - margin: 0px -11px; -} -#powerTip.n:after, #powerTip.n:before { - left: 50%; -} - -#powerTip.nw:after, #powerTip.nw:before { - right: 14px; -} - -#powerTip.ne:after, #powerTip.ne:before { - left: 14px; -} - -#powerTip.s:after, #powerTip.s:before, -#powerTip.se:after, #powerTip.se:before, -#powerTip.sw:after, #powerTip.sw:before { - bottom: 100%; -} - -#powerTip.s:after, #powerTip.se:after, #powerTip.sw:after { - border-bottom-color: var(--tooltip-background-color); - border-width: 10px; - margin: 0px -10px; -} - -#powerTip.s:before, #powerTip.se:before, #powerTip.sw:before { - border-bottom-color: var(--tooltip-border-color); - border-width: 11px; - margin: 0px -11px; -} - -#powerTip.s:after, #powerTip.s:before { - left: 50%; -} - -#powerTip.sw:after, #powerTip.sw:before { - right: 14px; -} - -#powerTip.se:after, #powerTip.se:before { - left: 14px; -} - -#powerTip.e:after, #powerTip.e:before { - left: 100%; -} -#powerTip.e:after { - border-left-color: var(--tooltip-border-color); - border-width: 10px; - top: 50%; - margin-top: -10px; -} -#powerTip.e:before { - border-left-color: var(--tooltip-border-color); - border-width: 11px; - top: 50%; - margin-top: -11px; -} - -#powerTip.w:after, #powerTip.w:before { - right: 100%; -} -#powerTip.w:after { - border-right-color: var(--tooltip-border-color); - border-width: 10px; - top: 50%; - margin-top: -10px; -} -#powerTip.w:before { - border-right-color: var(--tooltip-border-color); - border-width: 11px; - top: 50%; - margin-top: -11px; -} - -@media print -{ - #top { display: none; } - #side-nav { display: none; } - #nav-path { display: none; } - body { overflow:visible; } - h1, h2, h3, h4, h5, h6 { page-break-after: avoid; } - .summary { display: none; } - .memitem { page-break-inside: avoid; } - #doc-content - { - margin-left:0 !important; - height:auto !important; - width:auto !important; - overflow:inherit; - display:inline; - } -} - -/* @group Markdown */ - -table.markdownTable { - border-collapse:collapse; - margin-top: 4px; - margin-bottom: 4px; -} - -table.markdownTable td, table.markdownTable th { - border: 1px solid var(--table-cell-border-color); - padding: 3px 7px 2px; -} - -table.markdownTable tr { -} - -th.markdownTableHeadLeft, th.markdownTableHeadRight, th.markdownTableHeadCenter, th.markdownTableHeadNone { - background-color: var(--table-header-background-color); - color: var(--table-header-foreground-color); - font-size: 110%; - padding-bottom: 4px; - padding-top: 5px; -} - -th.markdownTableHeadLeft, td.markdownTableBodyLeft { - text-align: left -} - -th.markdownTableHeadRight, td.markdownTableBodyRight { - text-align: right -} - -th.markdownTableHeadCenter, td.markdownTableBodyCenter { - text-align: center -} - -tt, code, kbd, samp -{ - display: inline-block; -} -/* @end */ - -u { - text-decoration: underline; -} - -details>summary { - list-style-type: none; -} - -details > summary::-webkit-details-marker { - display: none; -} - -details>summary::before { - content: "\25ba"; - padding-right:4px; - font-size: 80%; -} - -details[open]>summary::before { - content: "\25bc"; - padding-right:4px; - font-size: 80%; -} - -body { - scrollbar-color: var(--scrollbar-thumb-color) var(--scrollbar-background-color); -} - -::-webkit-scrollbar { - background-color: var(--scrollbar-background-color); - height: 12px; - width: 12px; -} -::-webkit-scrollbar-thumb { - border-radius: 6px; - box-shadow: inset 0 0 12px 12px var(--scrollbar-thumb-color); - border: solid 2px transparent; -} -::-webkit-scrollbar-corner { - background-color: var(--scrollbar-background-color); -} - diff --git a/doc/api/doxygen.svg b/doc/api/doxygen.svg deleted file mode 100644 index 363aa45..0000000 --- a/doc/api/doxygen.svg +++ /dev/null @@ -1,28 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/doc/api/files.html b/doc/api/files.html deleted file mode 100644 index 459665c..0000000 --- a/doc/api/files.html +++ /dev/null @@ -1,74 +0,0 @@ - - - - - - - -liblzma (XZ Utils): File List - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
File List
-
-
-
Here is a list of all documented files with brief descriptions:
-
[detail level 12]
- - - - - - - - - - - - - - - - -
 ▼ lzma
 base.hData types and functions used in many places in liblzma API
 bcj.hBranch/Call/Jump conversion filters
 block.h.xz Block handling
 check.hIntegrity checks
 container.hFile formats
 delta.hDelta filter
 filter.hCommon filter related types and functions
 hardware.hHardware information
 index.hHandling of .xz Index and related information
 index_hash.hValidate Index by using a hash function
 lzma12.hLZMA1 and LZMA2 filters
 stream_flags.h.xz Stream Header and Stream Footer encoder and decoder
 version.hVersion number
 vli.hVariable-length integer handling
 lzma.hThe public API of liblzma data compression library
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/filter_8h.html b/doc/api/filter_8h.html deleted file mode 100644 index 7f2ffaa..0000000 --- a/doc/api/filter_8h.html +++ /dev/null @@ -1,1342 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/filter.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Functions
-
filter.h File Reference
-
-
- -

Common filter related types and functions. -More...

- - - - - -

-Data Structures

struct  lzma_filter
 Filter options. More...
 
- - - - - - - - - - - - - - - - - - - - - - -

-Macros

#define LZMA_FILTERS_MAX   4
 Maximum number of filters in a chain.
 
#define LZMA_STR_ALL_FILTERS   UINT32_C(0x01)
 Allow or show all filters.
 
#define LZMA_STR_NO_VALIDATION   UINT32_C(0x02)
 Do not validate the filter chain in lzma_str_to_filters()
 
#define LZMA_STR_ENCODER   UINT32_C(0x10)
 Stringify encoder options.
 
#define LZMA_STR_DECODER   UINT32_C(0x20)
 Stringify decoder options.
 
#define LZMA_STR_GETOPT_LONG   UINT32_C(0x40)
 Produce xz-compatible getopt_long() syntax.
 
#define LZMA_STR_NO_SPACES   UINT32_C(0x80)
 Use two dashes "--" instead of a space to separate filters.
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Functions

lzma_bool lzma_filter_encoder_is_supported (lzma_vli id) lzma_nothrow lzma_attr_const
 Test if the given Filter ID is supported for encoding.
 
lzma_bool lzma_filter_decoder_is_supported (lzma_vli id) lzma_nothrow lzma_attr_const
 Test if the given Filter ID is supported for decoding.
 
lzma_ret lzma_filters_copy (const lzma_filter *src, lzma_filter *dest, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Copy the filters array.
 
void lzma_filters_free (lzma_filter *filters, const lzma_allocator *allocator) lzma_nothrow
 Free the options in the array of lzma_filter structures.
 
uint64_t lzma_raw_encoder_memusage (const lzma_filter *filters) lzma_nothrow lzma_attr_pure
 Calculate approximate memory requirements for raw encoder.
 
uint64_t lzma_raw_decoder_memusage (const lzma_filter *filters) lzma_nothrow lzma_attr_pure
 Calculate approximate memory requirements for raw decoder.
 
lzma_ret lzma_raw_encoder (lzma_stream *strm, const lzma_filter *filters) lzma_nothrow lzma_attr_warn_unused_result
 Initialize raw encoder.
 
lzma_ret lzma_raw_decoder (lzma_stream *strm, const lzma_filter *filters) lzma_nothrow lzma_attr_warn_unused_result
 Initialize raw decoder.
 
lzma_ret lzma_filters_update (lzma_stream *strm, const lzma_filter *filters) lzma_nothrow
 Update the filter chain in the encoder.
 
lzma_ret lzma_raw_buffer_encode (const lzma_filter *filters, const lzma_allocator *allocator, const uint8_t *in, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Single-call raw encoder.
 
lzma_ret lzma_raw_buffer_decode (const lzma_filter *filters, const lzma_allocator *allocator, const uint8_t *in, size_t *in_pos, size_t in_size, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Single-call raw decoder.
 
lzma_ret lzma_properties_size (uint32_t *size, const lzma_filter *filter) lzma_nothrow
 Get the size of the Filter Properties field.
 
lzma_ret lzma_properties_encode (const lzma_filter *filter, uint8_t *props) lzma_nothrow
 Encode the Filter Properties field.
 
lzma_ret lzma_properties_decode (lzma_filter *filter, const lzma_allocator *allocator, const uint8_t *props, size_t props_size) lzma_nothrow
 Decode the Filter Properties field.
 
lzma_ret lzma_filter_flags_size (uint32_t *size, const lzma_filter *filter) lzma_nothrow lzma_attr_warn_unused_result
 Calculate encoded size of a Filter Flags field.
 
lzma_ret lzma_filter_flags_encode (const lzma_filter *filter, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow lzma_attr_warn_unused_result
 Encode Filter Flags into given buffer.
 
lzma_ret lzma_filter_flags_decode (lzma_filter *filter, const lzma_allocator *allocator, const uint8_t *in, size_t *in_pos, size_t in_size) lzma_nothrow lzma_attr_warn_unused_result
 Decode Filter Flags from given buffer.
 
const char * lzma_str_to_filters (const char *str, int *error_pos, lzma_filter *filters, uint32_t flags, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Convert a string to a filter chain.
 
lzma_ret lzma_str_from_filters (char **str, const lzma_filter *filters, uint32_t flags, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Convert a filter chain to a string.
 
lzma_ret lzma_str_list_filters (char **str, lzma_vli filter_id, uint32_t flags, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 List available filters and/or their options (for help message)
 
-

Detailed Description

-

Common filter related types and functions.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_FILTERS_MAX

- -
-
- - - - -
#define LZMA_FILTERS_MAX   4
-
- -

Maximum number of filters in a chain.

-

A filter chain can have 1-4 filters, of which three are allowed to change the size of the data. Usually only one or two filters are needed.

- -
-
- -

◆ LZMA_STR_ALL_FILTERS

- -
-
- - - - -
#define LZMA_STR_ALL_FILTERS   UINT32_C(0x01)
-
- -

Allow or show all filters.

-

By default only the filters supported in the .xz format are accept by lzma_str_to_filters() or shown by lzma_str_list_filters().

- -
-
- -

◆ LZMA_STR_NO_VALIDATION

- -
-
- - - - -
#define LZMA_STR_NO_VALIDATION   UINT32_C(0x02)
-
- -

Do not validate the filter chain in lzma_str_to_filters()

-

By default lzma_str_to_filters() can return an error if the filter chain as a whole isn't usable in the .xz format or in the raw encoder or decoder. With this flag, this validation is skipped. This flag doesn't affect the handling of the individual filter options. To allow non-.xz filters also LZMA_STR_ALL_FILTERS is needed.

- -
-
- -

◆ LZMA_STR_ENCODER

- -
-
- - - - -
#define LZMA_STR_ENCODER   UINT32_C(0x10)
-
- -

Stringify encoder options.

-

Show the filter-specific options that the encoder will use. This may be useful for verbose diagnostic messages.

-

Note that if options were decoded from .xz headers then the encoder options may be undefined. This flag shouldn't be used in such a situation.

- -
-
- -

◆ LZMA_STR_DECODER

- -
-
- - - - -
#define LZMA_STR_DECODER   UINT32_C(0x20)
-
- -

Stringify decoder options.

-

Show the filter-specific options that the decoder will use. This may be useful for showing what filter options were decoded from file headers.

- -
-
- -

◆ LZMA_STR_GETOPT_LONG

- -
-
- - - - -
#define LZMA_STR_GETOPT_LONG   UINT32_C(0x40)
-
- -

Produce xz-compatible getopt_long() syntax.

-

That is, "delta:dist=2 lzma2:dict=4MiB,pb=1,lp=1" becomes "--delta=dist=2 --lzma2=dict=4MiB,pb=1,lp=1".

-

This syntax is compatible with xz 5.0.0 as long as the filters and their options are supported too.

- -
-
- -

◆ LZMA_STR_NO_SPACES

- -
-
- - - - -
#define LZMA_STR_NO_SPACES   UINT32_C(0x80)
-
- -

Use two dashes "--" instead of a space to separate filters.

-

That is, "delta:dist=2 lzma2:pb=1,lp=1" becomes "delta:dist=2--lzma2:pb=1,lp=1". This looks slightly odd but this kind of strings should be usable on the command line without quoting. However, it is possible that future versions with new filter options might produce strings that require shell quoting anyway as the exact set of possible characters isn't frozen for now.

-

It is guaranteed that the single quote (') will never be used in filter chain strings (even if LZMA_STR_NO_SPACES isn't used).

- -
-
-

Function Documentation

- -

◆ lzma_filter_encoder_is_supported()

- -
-
- - - - - - - - -
lzma_bool lzma_filter_encoder_is_supported (lzma_vli id) const
-
- -

Test if the given Filter ID is supported for encoding.

-
Parameters
- - -
idFilter ID
-
-
-
Returns
lzma_bool:
    -
  • true if the Filter ID is supported for encoding by this liblzma build.
    • -
  • false otherwise.
    • -
-
- -
-
- -

◆ lzma_filter_decoder_is_supported()

- -
-
- - - - - - - - -
lzma_bool lzma_filter_decoder_is_supported (lzma_vli id) const
-
- -

Test if the given Filter ID is supported for decoding.

-
Parameters
- - -
idFilter ID
-
-
-
Returns
lzma_bool:
    -
  • true if the Filter ID is supported for decoding by this liblzma build.
    • -
  • false otherwise.
    • -
-
- -
-
- -

◆ lzma_filters_copy()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_filters_copy (const lzma_filter * src,
lzma_filter * dest,
const lzma_allocator * allocator 
)
-
- -

Copy the filters array.

-

Copy the Filter IDs and filter-specific options from src to dest. Up to LZMA_FILTERS_MAX filters are copied, plus the terminating .id == LZMA_VLI_UNKNOWN. Thus, dest should have at least LZMA_FILTERS_MAX + 1 elements space unless the caller knows that src is smaller than that.

-

Unless the filter-specific options is NULL, the Filter ID has to be supported by liblzma, because liblzma needs to know the size of every filter-specific options structure. The filter-specific options are not validated. If options is NULL, any unsupported Filter IDs are copied without returning an error.

-

Old filter-specific options in dest are not freed, so dest doesn't need to be initialized by the caller in any way.

-

If an error occurs, memory possibly already allocated by this function is always freed. liblzma versions older than 5.2.7 may modify the dest array and leave its contents in an undefined state if an error occurs. liblzma 5.2.7 and newer only modify the dest array when returning LZMA_OK.

-
Parameters
- - - - -
srcArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
[out]destDestination filter array
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR: Unsupported Filter ID and its options is not NULL.
    • -
  • LZMA_PROG_ERROR: src or dest is NULL.
    • -
-
- -
-
- -

◆ lzma_filters_free()

- -
-
- - - - - - - - - - - - - - - - - - -
void lzma_filters_free (lzma_filter * filters,
const lzma_allocator * allocator 
)
-
- -

Free the options in the array of lzma_filter structures.

-

This frees the filter chain options. The filters array itself is not freed.

-

The filters array must have at most LZMA_FILTERS_MAX + 1 elements including the terminating element which must have .id = LZMA_VLI_UNKNOWN. For all elements before the terminating element:

    -
  • options will be freed using the given lzma_allocator or, if allocator is NULL, using free().
    • -
  • options will be set to NULL.
    • -
  • id will be set to LZMA_VLI_UNKNOWN.
    • -
-

If filters is NULL, this does nothing. Again, this never frees the filters array itself.

-
Parameters
- - - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
- -
-
- -

◆ lzma_raw_encoder_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_raw_encoder_memusage (const lzma_filter * filters)
-
- -

Calculate approximate memory requirements for raw encoder.

-

This function can be used to calculate the memory requirements for Block and Stream encoders too because Block and Stream encoders don't need significantly more memory than raw encoder.

-
Parameters
- - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
-
-
-
Returns
Number of bytes of memory required for the given filter chain when encoding or UINT64_MAX on error.
- -
-
- -

◆ lzma_raw_decoder_memusage()

- -
-
- - - - - - - - -
uint64_t lzma_raw_decoder_memusage (const lzma_filter * filters)
-
- -

Calculate approximate memory requirements for raw decoder.

-

This function can be used to calculate the memory requirements for Block and Stream decoders too because Block and Stream decoders don't need significantly more memory than raw decoder.

-
Parameters
- - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
-
-
-
Returns
Number of bytes of memory required for the given filter chain when decoding or UINT64_MAX on error.
- -
-
- -

◆ lzma_raw_encoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_raw_encoder (lzma_stream * strm,
const lzma_filter * filters 
)
-
- -

Initialize raw encoder.

-

This function may be useful when implementing custom file formats.

-

The `action' with lzma_code() can be LZMA_RUN, LZMA_SYNC_FLUSH (if the filter chain supports it), or LZMA_FINISH.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_raw_decoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_raw_decoder (lzma_stream * strm,
const lzma_filter * filters 
)
-
- -

Initialize raw decoder.

-

The initialization of raw decoder goes similarly to raw encoder.

-

The `action' with lzma_code() can be LZMA_RUN or LZMA_FINISH. Using LZMA_FINISH is not required, it is supported just for convenience.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_filters_update()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_filters_update (lzma_stream * strm,
const lzma_filter * filters 
)
-
- -

Update the filter chain in the encoder.

-

This function may be called after lzma_code() has returned LZMA_STREAM_END when LZMA_FULL_BARRIER, LZMA_FULL_FLUSH, or LZMA_SYNC_FLUSH was used:

-
    -
  • After LZMA_FULL_BARRIER or LZMA_FULL_FLUSH: Single-threaded .xz Stream encoder (lzma_stream_encoder()) and (since liblzma 5.4.0) multi-threaded Stream encoder (lzma_stream_encoder_mt()) allow setting a new filter chain to be used for the next Block(s).
    • -
  • After LZMA_SYNC_FLUSH: Raw encoder (lzma_raw_encoder()), Block encoder (lzma_block_encoder()), and single-threaded .xz Stream encoder (lzma_stream_encoder()) allow changing certain filter-specific options in the middle of encoding. The actual filters in the chain (Filter IDs) must not be changed! Currently only the lc, lp, and pb options of LZMA2 (not LZMA1) can be changed this way.
    • -
  • In the future some filters might allow changing some of their options without any barrier or flushing but currently such filters don't exist.
    • -
-

This function may also be called when no data has been compressed yet although this is rarely useful. In that case, this function will behave as if LZMA_FULL_FLUSH (Stream encoders) or LZMA_SYNC_FLUSH (Raw or Block encoder) had been used right before calling this function.

-
Parameters
- - - -
strmPointer to lzma_stream that is at least initialized with LZMA_STREAM_INIT.
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_MEMLIMIT_ERROR
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_raw_buffer_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_raw_buffer_encode (const lzma_filter * filters,
const lzma_allocator * allocator,
const uint8_t * in,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call raw encoder.

-
Note
There is no function to calculate how big output buffer would surely be big enough. (lzma_stream_buffer_bound() works only for lzma_stream_buffer_encode(); raw encoder won't necessarily meet that bound.)
-
Parameters
- - - - - - - - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_sizeSize of the input buffer
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_raw_buffer_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_raw_buffer_decode (const lzma_filter * filters,
const lzma_allocator * allocator,
const uint8_t * in,
size_t * in_pos,
size_t in_size,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call raw decoder.

-
Parameters
- - - - - - - - - -
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_posThe next byte will be read from in[*in_pos]. *in_pos is updated only if decoding succeeds.
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_BUF_ERROR: Not enough output buffer space.
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_properties_size()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_properties_size (uint32_t * size,
const lzma_filter * filter 
)
-
- -

Get the size of the Filter Properties field.

-

This function may be useful when implementing custom file formats using the raw encoder and decoder.

-
Note
This function validates the Filter ID, but does not necessarily validate the options. Thus, it is possible that this returns LZMA_OK while the following call to lzma_properties_encode() returns LZMA_OPTIONS_ERROR.
-
Parameters
- - - -
[out]sizePointer to uint32_t to hold the size of the properties
filterFilter ID and options (the size of the properties may vary depending on the options)
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_properties_encode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_properties_encode (const lzma_filter * filter,
uint8_t * props 
)
-
- -

Encode the Filter Properties field.

-
Note
Even this function won't validate more options than actually necessary. Thus, it is possible that encoding the properties succeeds but using the same options to initialize the encoder will fail.
-
-If lzma_properties_size() indicated that the size of the Filter Properties field is zero, calling lzma_properties_encode() is not required, but it won't do any harm either.
-
Parameters
- - - -
filterFilter ID and options
[out]propsBuffer to hold the encoded options. The size of the buffer must have been already determined with lzma_properties_size().
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_properties_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_properties_decode (lzma_filter * filter,
const lzma_allocator * allocator,
const uint8_t * props,
size_t props_size 
)
-
- -

Decode the Filter Properties field.

-
Parameters
- - - - - -
filterfilter->id must have been set to the correct Filter ID. filter->options doesn't need to be initialized (it's not freed by this function). The decoded options will be stored in filter->options; it's application's responsibility to free it when appropriate. filter->options is set to NULL if there are no properties or if an error occurs.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free(). and in case of an error, also free().
propsInput buffer containing the properties.
props_sizeSize of the properties. This must be the exact size; giving too much or too little input will return LZMA_OPTIONS_ERROR.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
-
- -
-
- -

◆ lzma_filter_flags_size()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_filter_flags_size (uint32_t * size,
const lzma_filter * filter 
)
-
- -

Calculate encoded size of a Filter Flags field.

-

Knowing the size of Filter Flags is useful to know when allocating memory to hold the encoded Filter Flags.

-
Note
If you need to calculate size of List of Filter Flags, you need to loop over every lzma_filter entry.
-
Parameters
- - - -
[out]sizePointer to integer to hold the calculated size
filterFilter ID and associated options whose encoded size is to be calculated
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: *size set successfully. Note that this doesn't guarantee that filter->options is valid, thus lzma_filter_flags_encode() may still fail.
    • -
  • LZMA_OPTIONS_ERROR: Unknown Filter ID or unsupported options.
    • -
  • LZMA_PROG_ERROR: Invalid options
    • -
-
- -
-
- -

◆ lzma_filter_flags_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_filter_flags_encode (const lzma_filter * filter,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Encode Filter Flags into given buffer.

-

In contrast to some functions, this doesn't allocate the needed buffer. This is due to how this function is used internally by liblzma.

-
Parameters
- - - - - -
filterFilter ID and options to be encoded
[out]outBeginning of the output buffer
[out]out_posout[*out_pos] is the next write position. This is updated by the encoder.
out_sizeout[out_size] is the first byte to not write.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_OPTIONS_ERROR: Invalid or unsupported options.
    • -
  • LZMA_PROG_ERROR: Invalid options or not enough output buffer space (you should have checked it with lzma_filter_flags_size()).
    • -
-
- -
-
- -

◆ lzma_filter_flags_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_filter_flags_decode (lzma_filter * filter,
const lzma_allocator * allocator,
const uint8_t * in,
size_t * in_pos,
size_t in_size 
)
-
- -

Decode Filter Flags from given buffer.

-

The decoded result is stored into *filter. The old value of filter->options is not free()d. If anything other than LZMA_OK is returned, filter->options is set to NULL.

-
Parameters
- - - - - - -
[out]filterDestination filter. The decoded Filter ID will be stored in filter->id. If options are needed they will be allocated and the pointer will be stored in filter->options.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
[out]in_posThe next byte will be read from in[*in_pos]. *in_pos is updated only if decoding succeeds.
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_str_to_filters()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
const char * lzma_str_to_filters (const char * str,
int * error_pos,
lzma_filter * filters,
uint32_t flags,
const lzma_allocator * allocator 
)
-
- -

Convert a string to a filter chain.

-

This tries to make it easier to write applications that allow users to set custom compression options. This only handles the filter configuration (including presets) but not the number of threads, block size, check type, or memory limits.

-

The input string can be either a preset or a filter chain. Presets begin with a digit 0-9 and may be followed by zero or more flags which are lower-case letters. Currently only "e" is supported, matching LZMA_PRESET_EXTREME. For partial xz command line syntax compatibility, a preset string may start with a single dash "-".

-

A filter chain consists of one or more "filtername:opt1=value1,opt2=value2" strings separated by one or more spaces. Leading and trailing spaces are ignored. All names and values must be lower-case. Extra commas in the option list are ignored. The order of filters is significant: when encoding, the uncompressed input data goes to the leftmost filter first. Normally "lzma2" is the last filter in the chain.

-

If one wishes to avoid spaces, for example, to avoid shell quoting, it is possible to use two dashes "--" instead of spaces to separate the filters.

-

For xz command line compatibility, each filter may be prefixed with two dashes "--" and the colon ":" separating the filter name from the options may be replaced with an equals sign "=".

-

By default, only filters that can be used in the .xz format are accepted. To allow all filters (LZMA1) use the flag LZMA_STR_ALL_FILTERS.

-

By default, very basic validation is done for the filter chain as a whole, for example, that LZMA2 is only used as the last filter in the chain. The validation isn't perfect though and it's possible that this function succeeds but using the filter chain for encoding or decoding will still result in LZMA_OPTIONS_ERROR. To disable this validation, use the flag LZMA_STR_NO_VALIDATION.

-

The available filter names and their options are available via lzma_str_list_filters(). See the xz man page for the description of filter names and options.

-

For command line applications, below is an example how an error message can be displayed. Note the use of an empty string for the field width. If "^" was used there it would create an off-by-one error except at the very beginning of the line.

-
const char *str = ...; // From user
-
lzma_filter filters[LZMA_FILTERS_MAX + 1];
-
int pos;
-
const char *msg = lzma_str_to_filters(str, &pos, filters, 0, NULL);
-
if (msg != NULL) {
-
printf("%s: Error in XZ compression options:\n", argv[0]);
-
printf("%s: %s\n", argv[0], str);
-
printf("%s: %*s^\n", argv[0], errpos, "");
-
printf("%s: %s\n", argv[0], msg);
-
}
-
Parameters
- - - - - - -
strUser-supplied string describing a preset or a filter chain. If a default value is needed and you don't know what would be good, use "6" since that is the default preset in xz too.
[out]error_posIf this isn't NULL, this value will be set on both success and on all errors. This tells the location of the error in the string. This is an int to make it straightforward to use this as printf() field width. The value is guaranteed to be in the range [0, INT_MAX] even if strlen(str) somehow was greater than INT_MAX.
[out]filtersAn array of lzma_filter structures. There must be LZMA_FILTERS_MAX + 1 (that is, five) elements in the array. The old contents are ignored so it doesn't need to be initialized. This array is modified only if this function returns NULL. Once the allocated filter options are no longer needed, lzma_filters_free() can be used to free the options (it doesn't free the filters array itself).
flagsBitwise-or of zero or more of the flags LZMA_STR_ALL_FILTERS and LZMA_STR_NO_VALIDATION.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
On success, NULL is returned. On error, a statically-allocated error message is returned which together with the error_pos should give some idea what is wrong.
- -
-
- -

◆ lzma_str_from_filters()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_str_from_filters (char ** str,
const lzma_filter * filters,
uint32_t flags,
const lzma_allocator * allocator 
)
-
- -

Convert a filter chain to a string.

-

Use cases:

-
    -
  • Verbose output showing the full encoder options to the user (use LZMA_STR_ENCODER in flags)
    • -
  • Showing the filters and options that are required to decode a file (use LZMA_STR_DECODER in flags)
    • -
  • Showing the filter names without any options in informational messages where the technical details aren't important (no flags). In this case the .options in the filters array are ignored and may be NULL even if a filter has a mandatory options structure.
    • -
-

Note that even if the filter chain was specified using a preset, the resulting filter chain isn't reversed to a preset. So if you specify "6" to lzma_str_to_filters() then lzma_str_from_filters() will produce a string containing "lzma2".

-
Parameters
- - - - - -
[out]strOn success *str will be set to point to an allocated string describing the given filter chain. Old value is ignored. On error *str is always set to NULL.
filtersArray of filters terminated with .id == LZMA_VLI_UNKNOWN.
flagsBitwise-or of zero or more of the flags LZMA_STR_ENCODER, LZMA_STR_DECODER, LZMA_STR_GETOPT_LONG, and LZMA_STR_NO_SPACES.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR: Empty filter chain (filters[0].id == LZMA_VLI_UNKNOWN) or the filter chain includes a Filter ID that is not supported by this function.
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_str_list_filters()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_str_list_filters (char ** str,
lzma_vli filter_id,
uint32_t flags,
const lzma_allocator * allocator 
)
-
- -

List available filters and/or their options (for help message)

-

If a filter_id is given then only one line is created which contains the filter name. If LZMA_STR_ENCODER or LZMA_STR_DECODER is used then the options read by the encoder or decoder are printed on the same line.

-

If filter_id is LZMA_VLI_UNKNOWN then all supported .xz-compatible filters are listed:

-
    -
  • If neither LZMA_STR_ENCODER nor LZMA_STR_DECODER is used then the supported filter names are listed on a single line separated by spaces.
    • -
  • If LZMA_STR_ENCODER or LZMA_STR_DECODER is used then filters and the supported options are listed one filter per line. There won't be a newline after the last filter.
    • -
  • If LZMA_STR_ALL_FILTERS is used then the list will include also those filters that cannot be used in the .xz format (LZMA1).
    • -
-
Parameters
- - - - - -
strOn success *str will be set to point to an allocated string listing the filters and options. Old value is ignored. On error *str is always set to NULL.
filter_idFilter ID or LZMA_VLI_UNKNOWN.
flagsBitwise-or of zero or more of the flags LZMA_STR_ALL_FILTERS, LZMA_STR_ENCODER, LZMA_STR_DECODER, and LZMA_STR_GETOPT_LONG.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR: Unsupported filter_id or flags
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/folderclosed.svg b/doc/api/folderclosed.svg deleted file mode 100644 index 47d22df..0000000 --- a/doc/api/folderclosed.svg +++ /dev/null @@ -1,11 +0,0 @@ - - - - - - - - - - diff --git a/doc/api/folderclosedd.svg b/doc/api/folderclosedd.svg deleted file mode 100644 index 8fe0031..0000000 --- a/doc/api/folderclosedd.svg +++ /dev/null @@ -1,11 +0,0 @@ - - - - - - - - - - diff --git a/doc/api/folderopen.svg b/doc/api/folderopen.svg deleted file mode 100644 index 9565570..0000000 --- a/doc/api/folderopen.svg +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - - - - diff --git a/doc/api/folderopend.svg b/doc/api/folderopend.svg deleted file mode 100644 index e72e225..0000000 --- a/doc/api/folderopend.svg +++ /dev/null @@ -1,12 +0,0 @@ - - - - - - - - - - - diff --git a/doc/api/functions.html b/doc/api/functions.html deleted file mode 100644 index b50cf73..0000000 --- a/doc/api/functions.html +++ /dev/null @@ -1,210 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Data Fields - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented struct and union fields with links to the struct/union documentation for each field:
- -

- a -

- - -

- b -

- - -

- c -

- - -

- d -

- - -

- e -

- - -

- f -

- - -

- h -

- - -

- i -

- - -

- l -

- - -

- m -

- - -

- n -

- - -

- o -

- - -

- p -

- - -

- r -

- - -

- s -

- - -

- t -

- - -

- u -

- - -

- v -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/functions_vars.html b/doc/api/functions_vars.html deleted file mode 100644 index f6d689c..0000000 --- a/doc/api/functions_vars.html +++ /dev/null @@ -1,210 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Data Fields - Variables - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented variables with links to the struct/union documentation for each field:
- -

- a -

- - -

- b -

- - -

- c -

- - -

- d -

- - -

- e -

- - -

- f -

- - -

- h -

- - -

- i -

- - -

- l -

- - -

- m -

- - -

- n -

- - -

- o -

- - -

- p -

- - -

- r -

- - -

- s -

- - -

- t -

- - -

- u -

- - -

- v -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals.html b/doc/api/globals.html deleted file mode 100644 index f80423c..0000000 --- a/doc/api/globals.html +++ /dev/null @@ -1,272 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented functions, variables, defines, enums, and typedefs with links to the documentation:
- -

- l -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals_defs.html b/doc/api/globals_defs.html deleted file mode 100644 index a7b945c..0000000 --- a/doc/api/globals_defs.html +++ /dev/null @@ -1,119 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented macros with links to the documentation:
- -

- l -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals_enum.html b/doc/api/globals_enum.html deleted file mode 100644 index 1820871..0000000 --- a/doc/api/globals_enum.html +++ /dev/null @@ -1,71 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
Here is a list of all documented enums with links to the documentation:
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals_eval.html b/doc/api/globals_eval.html deleted file mode 100644 index 51424c7..0000000 --- a/doc/api/globals_eval.html +++ /dev/null @@ -1,103 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented enum values with links to the documentation:
- -

- l -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals_func.html b/doc/api/globals_func.html deleted file mode 100644 index 091e519..0000000 --- a/doc/api/globals_func.html +++ /dev/null @@ -1,177 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - - -
-
-
Here is a list of all documented functions with links to the documentation:
- -

- l -

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/globals_type.html b/doc/api/globals_type.html deleted file mode 100644 index cd7aa3f..0000000 --- a/doc/api/globals_type.html +++ /dev/null @@ -1,68 +0,0 @@ - - - - - - - -liblzma (XZ Utils): Globals - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
Here is a list of all documented typedefs with links to the documentation:
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/hardware_8h.html b/doc/api/hardware_8h.html deleted file mode 100644 index fd302e2..0000000 --- a/doc/api/hardware_8h.html +++ /dev/null @@ -1,123 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/hardware.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Functions
-
hardware.h File Reference
-
-
- -

Hardware information. -More...

- - - - - - - - -

-Functions

uint64_t lzma_physmem (void) lzma_nothrow
 Get the total amount of physical memory (RAM) in bytes.
 
uint32_t lzma_cputhreads (void) lzma_nothrow
 Get the number of processor cores or threads.
 
-

Detailed Description

-

Hardware information.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Since liblzma can consume a lot of system resources, it also provides ways to limit the resource usage. Applications linking against liblzma need to do the actual decisions how much resources to let liblzma to use. To ease making these decisions, liblzma provides functions to find out the relevant capabilities of the underlying hardware. Currently there is only a function to find out the amount of RAM, but in the future there will be also a function to detect how many concurrent threads the system can run.

-
Note
On some operating systems, these function may temporarily load a shared library or open file descriptor(s) to find out the requested hardware information. Unless the application assumes that specific file descriptors are not touched by other threads, this should have no effect on thread safety. Possible operations involving file descriptors will restart the syscalls if they return EINTR.
-

Function Documentation

- -

◆ lzma_physmem()

- -
-
- - - - - - - - -
uint64_t lzma_physmem (void )
-
- -

Get the total amount of physical memory (RAM) in bytes.

-

This function may be useful when determining a reasonable memory usage limit for decompressing or how much memory it is OK to use for compressing.

-
Returns
On success, the total amount of physical memory in bytes is returned. If the amount of RAM cannot be determined, zero is returned. This can happen if an error occurs or if there is no code in liblzma to detect the amount of RAM on the specific operating system.
- -
-
- -

◆ lzma_cputhreads()

- -
-
- - - - - - - - -
uint32_t lzma_cputhreads (void )
-
- -

Get the number of processor cores or threads.

-

This function may be useful when determining how many threads to use. If the hardware supports more than one thread per CPU core, the number of hardware threads is returned if that information is available.

-
Returns
On success, the number of available CPU threads or cores is returned. If this information isn't available or an error occurs, zero is returned.
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/index.html b/doc/api/index.html deleted file mode 100644 index b3f8cce..0000000 --- a/doc/api/index.html +++ /dev/null @@ -1,53 +0,0 @@ - - - - - - - -liblzma (XZ Utils): liblzma (XZ Utils) - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - -
-
-
liblzma (XZ Utils)
-
-
-

liblzma is a public domain general-purpose data compression library with a zlib-like API. The native file format is .xz, but also the old .lzma format and raw (no headers) streams are supported. Multiple compression algorithms (filters) are supported. Currently LZMA2 is the primary filter.

-

liblzma is part of XZ Utils https://tukaani.org/xz/. XZ Utils includes a gzip-like command line tool named xz and some other tools. XZ Utils is developed and maintained by Lasse Collin and Jia Tan.

-

Major parts of liblzma are based on Igor Pavlov's public domain LZMA SDK https://7-zip.org/sdk.html.

-

The SHA-256 implementation is based on the public domain code found from 7-Zip https://7-zip.org/, which has a modified version of the public domain SHA-256 code found from Crypto++ https://www.cryptopp.com/. The SHA-256 code in Crypto++ was written by Kevin Springle and Wei Dai.

-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/index_8h.html b/doc/api/index_8h.html deleted file mode 100644 index f0de050..0000000 --- a/doc/api/index_8h.html +++ /dev/null @@ -1,1268 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/index.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Typedefs | -Enumerations | -Functions
-
index.h File Reference
-
-
- -

Handling of .xz Index and related information. -More...

- - - - - -

-Data Structures

struct  lzma_index_iter
 Iterator to get information about Blocks and Streams. More...
 
- - - - -

-Typedefs

typedef struct lzma_index_s lzma_index
 Opaque data type to hold the Index(es) and other information.
 
- - - - -

-Enumerations

enum  lzma_index_iter_mode { LZMA_INDEX_ITER_ANY = 0 -, LZMA_INDEX_ITER_STREAM = 1 -, LZMA_INDEX_ITER_BLOCK = 2 -, LZMA_INDEX_ITER_NONEMPTY_BLOCK = 3 - }
 Operation mode for lzma_index_iter_next() More...
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Functions

uint64_t lzma_index_memusage (lzma_vli streams, lzma_vli blocks) lzma_nothrow
 Calculate memory usage of lzma_index.
 
uint64_t lzma_index_memused (const lzma_index *i) lzma_nothrow
 Calculate the memory usage of an existing lzma_index.
 
lzma_index * lzma_index_init (const lzma_allocator *allocator) lzma_nothrow
 Allocate and initialize a new lzma_index structure.
 
void lzma_index_end (lzma_index *i, const lzma_allocator *allocator) lzma_nothrow
 Deallocate lzma_index.
 
lzma_ret lzma_index_append (lzma_index *i, const lzma_allocator *allocator, lzma_vli unpadded_size, lzma_vli uncompressed_size) lzma_nothrow lzma_attr_warn_unused_result
 Add a new Block to lzma_index.
 
lzma_ret lzma_index_stream_flags (lzma_index *i, const lzma_stream_flags *stream_flags) lzma_nothrow lzma_attr_warn_unused_result
 Set the Stream Flags.
 
uint32_t lzma_index_checks (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the types of integrity Checks.
 
lzma_ret lzma_index_stream_padding (lzma_index *i, lzma_vli stream_padding) lzma_nothrow lzma_attr_warn_unused_result
 Set the amount of Stream Padding.
 
lzma_vli lzma_index_stream_count (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the number of Streams.
 
lzma_vli lzma_index_block_count (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the number of Blocks.
 
lzma_vli lzma_index_size (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the size of the Index field as bytes.
 
lzma_vli lzma_index_stream_size (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the total size of the Stream.
 
lzma_vli lzma_index_total_size (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the total size of the Blocks.
 
lzma_vli lzma_index_file_size (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the total size of the file.
 
lzma_vli lzma_index_uncompressed_size (const lzma_index *i) lzma_nothrow lzma_attr_pure
 Get the uncompressed size of the file.
 
void lzma_index_iter_init (lzma_index_iter *iter, const lzma_index *i) lzma_nothrow
 Initialize an iterator.
 
void lzma_index_iter_rewind (lzma_index_iter *iter) lzma_nothrow
 Rewind the iterator.
 
lzma_bool lzma_index_iter_next (lzma_index_iter *iter, lzma_index_iter_mode mode) lzma_nothrow lzma_attr_warn_unused_result
 Get the next Block or Stream.
 
lzma_bool lzma_index_iter_locate (lzma_index_iter *iter, lzma_vli target) lzma_nothrow
 Locate a Block.
 
lzma_ret lzma_index_cat (lzma_index *dest, lzma_index *src, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Concatenate lzma_indexes.
 
lzma_index * lzma_index_dup (const lzma_index *i, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Duplicate lzma_index.
 
lzma_ret lzma_index_encoder (lzma_stream *strm, const lzma_index *i) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Index encoder.
 
lzma_ret lzma_index_decoder (lzma_stream *strm, lzma_index **i, uint64_t memlimit) lzma_nothrow lzma_attr_warn_unused_result
 Initialize .xz Index decoder.
 
lzma_ret lzma_index_buffer_encode (const lzma_index *i, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Single-call .xz Index encoder.
 
lzma_ret lzma_index_buffer_decode (lzma_index **i, uint64_t *memlimit, const lzma_allocator *allocator, const uint8_t *in, size_t *in_pos, size_t in_size) lzma_nothrow
 Single-call .xz Index decoder.
 
lzma_ret lzma_file_info_decoder (lzma_stream *strm, lzma_index **dest_index, uint64_t memlimit, uint64_t file_size) lzma_nothrow
 Initialize a .xz file information decoder.
 
-

Detailed Description

-

Handling of .xz Index and related information.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Typedef Documentation

- -

◆ lzma_index

- -
-
- - - - -
typedef struct lzma_index_s lzma_index
-
- -

Opaque data type to hold the Index(es) and other information.

-

lzma_index often holds just one .xz Index and possibly the Stream Flags of the same Stream and size of the Stream Padding field. However, multiple lzma_indexes can be concatenated with lzma_index_cat() and then there may be information about multiple Streams in the same lzma_index.

-

Notes about thread safety: Only one thread may modify lzma_index at a time. All functions that take non-const pointer to lzma_index modify it. As long as no thread is modifying the lzma_index, getting information from the same lzma_index can be done from multiple threads at the same time with functions that take a const pointer to lzma_index or use lzma_index_iter. The same iterator must be used only by one thread at a time, of course, but there can be as many iterators for the same lzma_index as needed.

- -
-
-

Enumeration Type Documentation

- -

◆ lzma_index_iter_mode

- -
-
- - - - -
enum lzma_index_iter_mode
-
- -

Operation mode for lzma_index_iter_next()

- - - - - -
Enumerator
LZMA_INDEX_ITER_ANY 

Get the next Block or Stream.

-

Go to the next Block if the current Stream has at least one Block left. Otherwise go to the next Stream even if it has no Blocks. If the Stream has no Blocks (lzma_index_iter.stream.block_count == 0), lzma_index_iter.block will have undefined values.

-
LZMA_INDEX_ITER_STREAM 

Get the next Stream.

-

Go to the next Stream even if the current Stream has unread Blocks left. If the next Stream has at least one Block, the iterator will point to the first Block. If there are no Blocks, lzma_index_iter.block will have undefined values.

-
LZMA_INDEX_ITER_BLOCK 

Get the next Block.

-

Go to the next Block if the current Stream has at least one Block left. If the current Stream has no Blocks left, the next Stream with at least one Block is located and the iterator will be made to point to the first Block of that Stream.

-
LZMA_INDEX_ITER_NONEMPTY_BLOCK 

Get the next non-empty Block.

-

This is like LZMA_INDEX_ITER_BLOCK except that it will skip Blocks whose Uncompressed Size is zero.

-
- -
-
-

Function Documentation

- -

◆ lzma_index_memusage()

- -
-
- - - - - - - - - - - - - - - - - - -
uint64_t lzma_index_memusage (lzma_vli streams,
lzma_vli blocks 
)
-
- -

Calculate memory usage of lzma_index.

-

On disk, the size of the Index field depends on both the number of Records stored and the size of the Records (due to variable-length integer encoding). When the Index is kept in lzma_index structure, the memory usage depends only on the number of Records/Blocks stored in the Index(es), and in case of concatenated lzma_indexes, the number of Streams. The size in RAM is almost always significantly bigger than in the encoded form on disk.

-

This function calculates an approximate amount of memory needed to hold the given number of Streams and Blocks in lzma_index structure. This value may vary between CPU architectures and also between liblzma versions if the internal implementation is modified.

-
Parameters
- - - -
streamsNumber of Streams
blocksNumber of Blocks
-
-
-
Returns
Approximate memory in bytes needed in a lzma_index structure.
- -
-
- -

◆ lzma_index_memused()

- -
-
- - - - - - - - -
uint64_t lzma_index_memused (const lzma_index * i)
-
- -

Calculate the memory usage of an existing lzma_index.

-

This is a shorthand for lzma_index_memusage(lzma_index_stream_count(i), lzma_index_block_count(i)).

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Approximate memory in bytes used by the lzma_index structure.
- -
-
- -

◆ lzma_index_init()

- -
-
- - - - - - - - -
lzma_index * lzma_index_init (const lzma_allocator * allocator)
-
- -

Allocate and initialize a new lzma_index structure.

-
Parameters
- - -
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
On success, a pointer to an empty initialized lzma_index is returned. If allocation fails, NULL is returned.
- -
-
- -

◆ lzma_index_end()

- -
-
- - - - - - - - - - - - - - - - - - -
void lzma_index_end (lzma_index * i,
const lzma_allocator * allocator 
)
-
- -

Deallocate lzma_index.

-

If i is NULL, this does nothing.

-
Parameters
- - - -
iPointer to lzma_index structure to deallocate
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
- -
-
- -

◆ lzma_index_append()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_append (lzma_index * i,
const lzma_allocator * allocator,
lzma_vli unpadded_size,
lzma_vli uncompressed_size 
)
-
- -

Add a new Block to lzma_index.

-
Parameters
- - - - - -
iPointer to a lzma_index structure
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
unpadded_sizeUnpadded Size of a Block. This can be calculated with lzma_block_unpadded_size() after encoding or decoding the Block.
uncompressed_sizeUncompressed Size of a Block. This can be taken directly from lzma_block structure after encoding or decoding the Block.
-
-
-

Appending a new Block does not invalidate iterators. For example, if an iterator was pointing to the end of the lzma_index, after lzma_index_append() it is possible to read the next Block with an existing iterator.

-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_DATA_ERROR: Compressed or uncompressed size of the Stream or size of the Index field would grow too big.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_stream_flags()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_stream_flags (lzma_index * i,
const lzma_stream_flags * stream_flags 
)
-
- -

Set the Stream Flags.

-

Set the Stream Flags of the last (and typically the only) Stream in lzma_index. This can be useful when reading information from the lzma_index, because to decode Blocks, knowing the integrity check type is needed.

-
Parameters
- - - -
iPointer to lzma_index structure
stream_flagsPointer to lzma_stream_flags structure. This is copied into the internal preallocated structure, so the caller doesn't need to keep the flags' data available after calling this function.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_OPTIONS_ERROR: Unsupported stream_flags->version.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_checks()

- -
-
- - - - - - - - -
uint32_t lzma_index_checks (const lzma_index * i)
-
- -

Get the types of integrity Checks.

-

If lzma_index_stream_flags() is used to set the Stream Flags for every Stream, lzma_index_checks() can be used to get a bitmask to indicate which Check types have been used. It can be useful e.g. if showing the Check types to the user.

-

The bitmask is 1 << check_id, e.g. CRC32 is 1 << 1 and SHA-256 is 1 << 10.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Bitmask indicating which Check types are used in the lzma_index
- -
-
- -

◆ lzma_index_stream_padding()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_stream_padding (lzma_index * i,
lzma_vli stream_padding 
)
-
- -

Set the amount of Stream Padding.

-

Set the amount of Stream Padding of the last (and typically the only) Stream in the lzma_index. This is needed when planning to do random-access reading within multiple concatenated Streams.

-

By default, the amount of Stream Padding is assumed to be zero bytes.

-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_DATA_ERROR: The file size would grow too big.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_stream_count()

- -
-
- - - - - - - - -
lzma_vli lzma_index_stream_count (const lzma_index * i)
-
- -

Get the number of Streams.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Number of Streams in the lzma_index
- -
-
- -

◆ lzma_index_block_count()

- -
-
- - - - - - - - -
lzma_vli lzma_index_block_count (const lzma_index * i)
-
- -

Get the number of Blocks.

-

This returns the total number of Blocks in lzma_index. To get number of Blocks in individual Streams, use lzma_index_iter.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Number of blocks in the lzma_index
- -
-
- -

◆ lzma_index_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_size (const lzma_index * i)
-
- -

Get the size of the Index field as bytes.

-

This is needed to verify the Backward Size field in the Stream Footer.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Size in bytes of the Index
- -
-
- -

◆ lzma_index_stream_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_stream_size (const lzma_index * i)
-
- -

Get the total size of the Stream.

-

If multiple lzma_indexes have been combined, this works as if the Blocks were in a single Stream. This is useful if you are going to combine Blocks from multiple Streams into a single new Stream.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Size in bytes of the Stream (if all Blocks are combined into one Stream).
- -
-
- -

◆ lzma_index_total_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_total_size (const lzma_index * i)
-
- -

Get the total size of the Blocks.

-

This doesn't include the Stream Header, Stream Footer, Stream Padding, or Index fields.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Size in bytes of all Blocks in the Stream(s)
- -
-
- -

◆ lzma_index_file_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_file_size (const lzma_index * i)
-
- -

Get the total size of the file.

-

When no lzma_indexes have been combined with lzma_index_cat() and there is no Stream Padding, this function is identical to lzma_index_stream_size(). If multiple lzma_indexes have been combined, this includes also the headers of each separate Stream and the possible Stream Padding fields.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Total size of the .xz file in bytes
- -
-
- -

◆ lzma_index_uncompressed_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_uncompressed_size (const lzma_index * i)
-
- -

Get the uncompressed size of the file.

-
Parameters
- - -
iPointer to lzma_index structure
-
-
-
Returns
Size in bytes of the uncompressed data in the file
- -
-
- -

◆ lzma_index_iter_init()

- -
-
- - - - - - - - - - - - - - - - - - -
void lzma_index_iter_init (lzma_index_iter * iter,
const lzma_index * i 
)
-
- -

Initialize an iterator.

-

This function associates the iterator with the given lzma_index, and calls lzma_index_iter_rewind() on the iterator.

-

This function doesn't allocate any memory, thus there is no lzma_index_iter_end(). The iterator is valid as long as the associated lzma_index is valid, that is, until lzma_index_end() or using it as source in lzma_index_cat(). Specifically, lzma_index doesn't become invalid if new Blocks are added to it with lzma_index_append() or if it is used as the destination in lzma_index_cat().

-

It is safe to make copies of an initialized lzma_index_iter, for example, to easily restart reading at some particular position.

-
Parameters
- - - -
iterPointer to a lzma_index_iter structure
ilzma_index to which the iterator will be associated
-
-
- -
-
- -

◆ lzma_index_iter_rewind()

- -
-
- - - - - - - - -
void lzma_index_iter_rewind (lzma_index_iter * iter)
-
- -

Rewind the iterator.

-

Rewind the iterator so that next call to lzma_index_iter_next() will return the first Block or Stream.

-
Parameters
- - -
iterPointer to a lzma_index_iter structure
-
-
- -
-
- -

◆ lzma_index_iter_next()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_bool lzma_index_iter_next (lzma_index_iter * iter,
lzma_index_iter_mode mode 
)
-
- -

Get the next Block or Stream.

-
Parameters
- - - -
iterIterator initialized with lzma_index_iter_init()
modeSpecify what kind of information the caller wants to get. See lzma_index_iter_mode for details.
-
-
-
Returns
lzma_bool:
    -
  • true if no Block or Stream matching the mode is found. *iter is not updated (failure).
    • -
  • false if the next Block or Stream matching the mode was found. *iter is updated (success).
    • -
-
- -
-
- -

◆ lzma_index_iter_locate()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_bool lzma_index_iter_locate (lzma_index_iter * iter,
lzma_vli target 
)
-
- -

Locate a Block.

-

If it is possible to seek in the .xz file, it is possible to parse the Index field(s) and use lzma_index_iter_locate() to do random-access reading with granularity of Block size.

-

If the target is smaller than the uncompressed size of the Stream (can be checked with lzma_index_uncompressed_size()):

    -
  • Information about the Stream and Block containing the requested uncompressed offset is stored into *iter.
    • -
  • Internal state of the iterator is adjusted so that lzma_index_iter_next() can be used to read subsequent Blocks or Streams.
    • -
-

If the target is greater than the uncompressed size of the Stream, *iter is not modified.

-
Parameters
- - - -
iterIterator that was earlier initialized with lzma_index_iter_init().
targetUncompressed target offset which the caller would like to locate from the Stream
-
-
-
Returns
lzma_bool:
    -
  • true if the target is greater than or equal to the uncompressed size of the Stream (failure)
    • -
  • false if the target is smaller than the uncompressed size of the Stream (success)
    • -
-
- -
-
- -

◆ lzma_index_cat()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_cat (lzma_index * dest,
lzma_index * src,
const lzma_allocator * allocator 
)
-
- -

Concatenate lzma_indexes.

-

Concatenating lzma_indexes is useful when doing random-access reading in multi-Stream .xz file, or when combining multiple Streams into single Stream.

-
Parameters
- - - - -
[out]destlzma_index after which src is appended
srclzma_index to be appended after dest. If this function succeeds, the memory allocated for src is freed or moved to be part of dest, and all iterators pointing to src will become invalid.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: lzma_indexes were concatenated successfully. src is now a dangling pointer.
    • -
  • LZMA_DATA_ERROR: *dest would grow too big.
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_dup()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_index * lzma_index_dup (const lzma_index * i,
const lzma_allocator * allocator 
)
-
- -

Duplicate lzma_index.

-
Parameters
- - - -
iPointer to lzma_index structure to be duplicated
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
A copy of the lzma_index, or NULL if memory allocation failed.
- -
-
- -

◆ lzma_index_encoder()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_encoder (lzma_stream * strm,
const lzma_index * i 
)
-
- -

Initialize .xz Index encoder.

-
Parameters
- - - -
strmPointer to properly prepared lzma_stream
iPointer to lzma_index which should be encoded.
-
-
-

The valid `action' values for lzma_code() are LZMA_RUN and LZMA_FINISH. It is enough to use only one of them (you can choose freely).

-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization succeeded, continue with lzma_code().
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_decoder (lzma_stream * strm,
lzma_index ** i,
uint64_t memlimit 
)
-
- -

Initialize .xz Index decoder.

-
Parameters
- - - - -
strmPointer to properly prepared lzma_stream
[out]iThe decoded Index will be made available via this pointer. Initially this function will set *i to NULL (the old value is ignored). If decoding succeeds (lzma_code() returns LZMA_STREAM_END), *i will be set to point to a new lzma_index, which the application has to later free with lzma_index_end().
memlimitHow much memory the resulting lzma_index is allowed to require. liblzma 5.2.3 and earlier don't allow 0 here and return LZMA_PROG_ERROR; later versions treat 0 as if 1 had been specified.
-
-
-

Valid `action' arguments to lzma_code() are LZMA_RUN and LZMA_FINISH. There is no need to use LZMA_FINISH, but it's allowed because it may simplify certain types of applications.

-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Initialization succeeded, continue with lzma_code().
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
-
Note
liblzma 5.2.3 and older list also LZMA_MEMLIMIT_ERROR here but that error code has never been possible from this initialization function.
- -
-
- -

◆ lzma_index_buffer_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_buffer_encode (const lzma_index * i,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Single-call .xz Index encoder.

-
Note
This function doesn't take allocator argument since all the internal data is allocated on stack.
-
Parameters
- - - - - -
ilzma_index to be encoded
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos]. *out_pos is updated only if encoding succeeds.
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_BUF_ERROR: Output buffer is too small. Use lzma_index_size() to find out how much output space is needed.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_buffer_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_buffer_decode (lzma_index ** i,
uint64_t * memlimit,
const lzma_allocator * allocator,
const uint8_t * in,
size_t * in_pos,
size_t in_size 
)
-
- -

Single-call .xz Index decoder.

-
Parameters
- - - - - - - -
[out]iIf decoding succeeds, *i will point to a new lzma_index, which the application has to later free with lzma_index_end(). If an error occurs, *i will be NULL. The old value of *i is always ignored and thus doesn't need to be initialized by the caller.
[out]memlimitPointer to how much memory the resulting lzma_index is allowed to require. The value pointed by this pointer is modified if and only if LZMA_MEMLIMIT_ERROR is returned.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
inBeginning of the input buffer
in_posThe next byte will be read from in[*in_pos]. *in_pos is updated only if decoding succeeds.
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_MEMLIMIT_ERROR: Memory usage limit was reached. The minimum required memlimit value was stored to *memlimit.
    • -
  • LZMA_DATA_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_file_info_decoder()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_file_info_decoder (lzma_stream * strm,
lzma_index ** dest_index,
uint64_t memlimit,
uint64_t file_size 
)
-
- -

Initialize a .xz file information decoder.

-

This decoder decodes the Stream Header, Stream Footer, Index, and Stream Padding field(s) from the input .xz file and stores the resulting combined index in *dest_index. This information can be used to get the uncompressed file size with lzma_index_uncompressed_size(*dest_index) or, for example, to implement random access reading by locating the Blocks in the Streams.

-

To get the required information from the .xz file, lzma_code() may ask the application to seek in the input file by returning LZMA_SEEK_NEEDED and having the target file position specified in lzma_stream.seek_pos. The number of seeks required depends on the input file and how big buffers the application provides. When possible, the decoder will seek backward and forward in the given buffer to avoid useless seek requests. Thus, if the application provides the whole file at once, no external seeking will be required (that is, lzma_code() won't return LZMA_SEEK_NEEDED).

-

The value in lzma_stream.total_in can be used to estimate how much data liblzma had to read to get the file information. However, due to seeking and the way total_in is updated, the value of total_in will be somewhat inaccurate (a little too big). Thus, total_in is a good estimate but don't expect to see the same exact value for the same file if you change the input buffer size or switch to a different liblzma version.

-

Valid `action' arguments to lzma_code() are LZMA_RUN and LZMA_FINISH. You only need to use LZMA_RUN; LZMA_FINISH is only supported because it might be convenient for some applications. If you use LZMA_FINISH and if lzma_code() asks the application to seek, remember to reset `action' back to LZMA_RUN unless you hit the end of the file again.

-

Possible return values from lzma_code():

    -
  • LZMA_OK: All OK so far, more input needed
    • -
  • LZMA_SEEK_NEEDED: Provide more input starting from the absolute file position strm->seek_pos
    • -
  • LZMA_STREAM_END: Decoding was successful, *dest_index has been set
    • -
  • LZMA_FORMAT_ERROR: The input file is not in the .xz format (the expected magic bytes were not found from the beginning of the file)
    • -
  • LZMA_OPTIONS_ERROR: File looks valid but contains headers that aren't supported by this version of liblzma
    • -
  • LZMA_DATA_ERROR: File is corrupt
    • -
  • LZMA_BUF_ERROR
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_MEMLIMIT_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
Parameters
- - - - - -
strmPointer to a properly prepared lzma_stream
[out]dest_indexPointer to a pointer where the decoder will put the decoded lzma_index. The old value of *dest_index is ignored (not freed).
memlimitHow much memory the resulting lzma_index is allowed to require. Use UINT64_MAX to effectively disable the limiter.
file_sizeSize of the input .xz file
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_MEM_ERROR
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/index__hash_8h.html b/doc/api/index__hash_8h.html deleted file mode 100644 index 1f568ed..0000000 --- a/doc/api/index__hash_8h.html +++ /dev/null @@ -1,311 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/index_hash.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Typedefs | -Functions
-
index_hash.h File Reference
-
-
- -

Validate Index by using a hash function. -More...

- - - - - -

-Typedefs

-typedef struct lzma_index_hash_s lzma_index_hash
 Opaque data type to hold the Index hash.
 
- - - - - - - - - - - - - - - - -

-Functions

lzma_index_hash * lzma_index_hash_init (lzma_index_hash *index_hash, const lzma_allocator *allocator) lzma_nothrow lzma_attr_warn_unused_result
 Allocate and initialize a new lzma_index_hash structure.
 
void lzma_index_hash_end (lzma_index_hash *index_hash, const lzma_allocator *allocator) lzma_nothrow
 Deallocate lzma_index_hash structure.
 
lzma_ret lzma_index_hash_append (lzma_index_hash *index_hash, lzma_vli unpadded_size, lzma_vli uncompressed_size) lzma_nothrow lzma_attr_warn_unused_result
 Add a new Record to an Index hash.
 
lzma_ret lzma_index_hash_decode (lzma_index_hash *index_hash, const uint8_t *in, size_t *in_pos, size_t in_size) lzma_nothrow lzma_attr_warn_unused_result
 Decode and validate the Index field.
 
lzma_vli lzma_index_hash_size (const lzma_index_hash *index_hash) lzma_nothrow lzma_attr_pure
 Get the size of the Index field as bytes.
 
-

Detailed Description

-

Validate Index by using a hash function.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Hashing makes it possible to use constant amount of memory to validate Index of arbitrary size.

-

Function Documentation

- -

◆ lzma_index_hash_init()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_index_hash * lzma_index_hash_init (lzma_index_hash * index_hash,
const lzma_allocator * allocator 
)
-
- -

Allocate and initialize a new lzma_index_hash structure.

-

If index_hash is NULL, this function allocates and initializes a new lzma_index_hash structure and returns a pointer to it. If allocation fails, NULL is returned.

-

If index_hash is non-NULL, this function reinitializes the lzma_index_hash structure and returns the same pointer. In this case, return value cannot be NULL or a different pointer than the index_hash that was given as an argument.

-
Parameters
- - - -
index_hashPointer to a lzma_index_hash structure or NULL.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
-
Returns
Initialized lzma_index_hash structure on success or NULL on failure.
- -
-
- -

◆ lzma_index_hash_end()

- -
-
- - - - - - - - - - - - - - - - - - -
void lzma_index_hash_end (lzma_index_hash * index_hash,
const lzma_allocator * allocator 
)
-
- -

Deallocate lzma_index_hash structure.

-
Parameters
- - - -
index_hashPointer to a lzma_index_hash structure to free.
allocatorlzma_allocator for custom allocator functions. Set to NULL to use malloc() and free().
-
-
- -
-
- -

◆ lzma_index_hash_append()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_hash_append (lzma_index_hash * index_hash,
lzma_vli unpadded_size,
lzma_vli uncompressed_size 
)
-
- -

Add a new Record to an Index hash.

-
Parameters
- - - - -
index_hashPointer to a lzma_index_hash structure
unpadded_sizeUnpadded Size of a Block
uncompressed_sizeUncompressed Size of a Block
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK
    • -
  • LZMA_DATA_ERROR: Compressed or uncompressed size of the Stream or size of the Index field would grow too big.
    • -
  • LZMA_PROG_ERROR: Invalid arguments or this function is being used when lzma_index_hash_decode() has already been used.
    • -
-
- -
-
- -

◆ lzma_index_hash_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_index_hash_decode (lzma_index_hash * index_hash,
const uint8_t * in,
size_t * in_pos,
size_t in_size 
)
-
- -

Decode and validate the Index field.

-

After telling the sizes of all Blocks with lzma_index_hash_append(), the actual Index field is decoded with this function. Specifically, once decoding of the Index field has been started, no more Records can be added using lzma_index_hash_append().

-

This function doesn't use lzma_stream structure to pass the input data. Instead, the input buffer is specified using three arguments. This is because it matches better the internal APIs of liblzma.

-
Parameters
- - - - - -
index_hashPointer to a lzma_index_hash structure
inPointer to the beginning of the input buffer
[out]in_posin[*in_pos] is the next byte to process
in_sizein[in_size] is the first byte not to process
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: So far good, but more input is needed.
    • -
  • LZMA_STREAM_END: Index decoded successfully and it matches the Records given with lzma_index_hash_append().
    • -
  • LZMA_DATA_ERROR: Index is corrupt or doesn't match the information given with lzma_index_hash_append().
    • -
  • LZMA_BUF_ERROR: Cannot progress because *in_pos >= in_size.
    • -
  • LZMA_PROG_ERROR
    • -
-
- -
-
- -

◆ lzma_index_hash_size()

- -
-
- - - - - - - - -
lzma_vli lzma_index_hash_size (const lzma_index_hash * index_hash)
-
- -

Get the size of the Index field as bytes.

-

This is needed to verify the Backward Size field in the Stream Footer.

-
Parameters
- - -
index_hashPointer to a lzma_index_hash structure
-
-
-
Returns
Size of the Index field in bytes.
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/lzma12_8h.html b/doc/api/lzma12_8h.html deleted file mode 100644 index 1d8330c..0000000 --- a/doc/api/lzma12_8h.html +++ /dev/null @@ -1,436 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/lzma12.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Enumerations | -Functions
-
lzma12.h File Reference
-
-
- -

LZMA1 and LZMA2 filters. -More...

- - - - - -

-Data Structures

struct  lzma_options_lzma
 Options specific to the LZMA1 and LZMA2 filters. More...
 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Macros

#define LZMA_FILTER_LZMA1   LZMA_VLI_C(0x4000000000000001)
 LZMA1 Filter ID (for raw encoder/decoder only, not in .xz)
 
#define LZMA_FILTER_LZMA1EXT   LZMA_VLI_C(0x4000000000000002)
 LZMA1 Filter ID with extended options (for raw encoder/decoder)
 
#define LZMA_FILTER_LZMA2   LZMA_VLI_C(0x21)
 LZMA2 Filter ID.
 
-#define LZMA_DICT_SIZE_MIN   UINT32_C(4096)
 
-#define LZMA_DICT_SIZE_DEFAULT   (UINT32_C(1) << 23)
 
-#define LZMA_LCLP_MIN   0
 
-#define LZMA_LCLP_MAX   4
 
-#define LZMA_LC_DEFAULT   3
 
-#define LZMA_LP_DEFAULT   0
 
-#define LZMA_PB_MIN   0
 
-#define LZMA_PB_MAX   4
 
-#define LZMA_PB_DEFAULT   2
 
-#define LZMA_LZMA1EXT_ALLOW_EOPM   UINT32_C(0x01)
 
#define lzma_set_ext_size(opt_lzma2, u64size)
 Macro to set the 64-bit uncompressed size in ext_size_*.
 
- - - - - - - -

-Enumerations

enum  lzma_match_finder {
-  LZMA_MF_HC3 = 0x03 -, LZMA_MF_HC4 = 0x04 -, LZMA_MF_BT2 = 0x12 -, LZMA_MF_BT3 = 0x13 -,
-  LZMA_MF_BT4 = 0x14 -
- }
 Match finders. More...
 
enum  lzma_mode { LZMA_MODE_FAST = 1 -, LZMA_MODE_NORMAL = 2 - }
 Compression modes. More...
 
- - - - - - - - - - -

-Functions

lzma_bool lzma_mf_is_supported (lzma_match_finder match_finder) lzma_nothrow lzma_attr_const
 Test if given match finder is supported.
 
lzma_bool lzma_mode_is_supported (lzma_mode mode) lzma_nothrow lzma_attr_const
 Test if given compression mode is supported.
 
lzma_bool lzma_lzma_preset (lzma_options_lzma *options, uint32_t preset) lzma_nothrow
 Set a compression preset to lzma_options_lzma structure.
 
-

Detailed Description

-

LZMA1 and LZMA2 filters.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_FILTER_LZMA1

- -
-
- - - - -
#define LZMA_FILTER_LZMA1   LZMA_VLI_C(0x4000000000000001)
-
- -

LZMA1 Filter ID (for raw encoder/decoder only, not in .xz)

-

LZMA1 is the very same thing as what was called just LZMA in LZMA Utils, 7-Zip, and LZMA SDK. It's called LZMA1 here to prevent developers from accidentally using LZMA when they actually want LZMA2.

- -
-
- -

◆ LZMA_FILTER_LZMA1EXT

- -
-
- - - - -
#define LZMA_FILTER_LZMA1EXT   LZMA_VLI_C(0x4000000000000002)
-
- -

LZMA1 Filter ID with extended options (for raw encoder/decoder)

-

This is like LZMA_FILTER_LZMA1 but with this ID a few extra options are supported in the lzma_options_lzma structure:

-
    -
  • A flag to tell the encoder if the end of payload marker (EOPM) alias end of stream (EOS) marker must be written at the end of the stream. In contrast, LZMA_FILTER_LZMA1 always writes the end marker.
    • -
  • Decoder needs to be told the uncompressed size of the stream or that it is unknown (using the special value UINT64_MAX). If the size is known, a flag can be set to allow the presence of the end marker anyway. In contrast, LZMA_FILTER_LZMA1 always behaves as if the uncompressed size was unknown.
    • -
-

This allows handling file formats where LZMA1 streams are used but where the end marker isn't allowed or where it might not (always) be present. This extended LZMA1 functionality is provided as a Filter ID for raw encoder and decoder instead of adding new encoder and decoder initialization functions because this way it is possible to also use extra filters, for example, LZMA_FILTER_X86 in a filter chain with LZMA_FILTER_LZMA1EXT, which might be needed to handle some file formats.

- -
-
- -

◆ LZMA_FILTER_LZMA2

- -
-
- - - - -
#define LZMA_FILTER_LZMA2   LZMA_VLI_C(0x21)
-
- -

LZMA2 Filter ID.

-

Usually you want this instead of LZMA1. Compared to LZMA1, LZMA2 adds support for LZMA_SYNC_FLUSH, uncompressed chunks (smaller expansion when trying to compress incompressible data), possibility to change lc/lp/pb in the middle of encoding, and some other internal improvements.

- -
-
- -

◆ lzma_set_ext_size

- -
-
- - - - - - - - - - - - - - - - - - -
#define lzma_set_ext_size( opt_lzma2,
 u64size 
)
-
-Value:
do { \
-
(opt_lzma2).ext_size_low = (uint32_t)(u64size); \
-
(opt_lzma2).ext_size_high = (uint32_t)((uint64_t)(u64size) >> 32); \
-
} while (0)
-
-

Macro to set the 64-bit uncompressed size in ext_size_*.

-

This might be convenient when decoding using LZMA_FILTER_LZMA1EXT. This isn't used with LZMA_FILTER_LZMA1 or LZMA_FILTER_LZMA2.

- -
-
-

Enumeration Type Documentation

- -

◆ lzma_match_finder

- -
-
- - - - -
enum lzma_match_finder
-
- -

Match finders.

-

Match finder has major effect on both speed and compression ratio. Usually hash chains are faster than binary trees.

-

If you will use LZMA_SYNC_FLUSH often, the hash chains may be a better choice, because binary trees get much higher compression ratio penalty with LZMA_SYNC_FLUSH.

-

The memory usage formulas are only rough estimates, which are closest to reality when dict_size is a power of two. The formulas are more complex in reality, and can also change a little between liblzma versions. Use lzma_raw_encoder_memusage() to get more accurate estimate of memory usage.

- - - - - - -
Enumerator
LZMA_MF_HC3 

Hash Chain with 2- and 3-byte hashing.

-

Minimum nice_len: 3

-

Memory usage:

    -
  • dict_size <= 16 MiB: dict_size * 7.5
    • -
  • dict_size > 16 MiB: dict_size * 5.5 + 64 MiB
    • -
-
LZMA_MF_HC4 

Hash Chain with 2-, 3-, and 4-byte hashing.

-

Minimum nice_len: 4

-

Memory usage:

    -
  • dict_size <= 32 MiB: dict_size * 7.5
    • -
  • dict_size > 32 MiB: dict_size * 6.5
    • -
-
LZMA_MF_BT2 

Binary Tree with 2-byte hashing.

-

Minimum nice_len: 2

-

Memory usage: dict_size * 9.5

-
LZMA_MF_BT3 

Binary Tree with 2- and 3-byte hashing.

-

Minimum nice_len: 3

-

Memory usage:

    -
  • dict_size <= 16 MiB: dict_size * 11.5
    • -
  • dict_size > 16 MiB: dict_size * 9.5 + 64 MiB
    • -
-
LZMA_MF_BT4 

Binary Tree with 2-, 3-, and 4-byte hashing.

-

Minimum nice_len: 4

-

Memory usage:

    -
  • dict_size <= 32 MiB: dict_size * 11.5
    • -
  • dict_size > 32 MiB: dict_size * 10.5
    • -
-
- -
-
- -

◆ lzma_mode

- -
-
- - - - -
enum lzma_mode
-
- -

Compression modes.

-

This selects the function used to analyze the data produced by the match finder.

- - - -
Enumerator
LZMA_MODE_FAST 

Fast compression.

-

Fast mode is usually at its best when combined with a hash chain match finder.

-
LZMA_MODE_NORMAL 

Normal compression.

-

This is usually notably slower than fast mode. Use this together with binary tree match finders to expose the full potential of the LZMA1 or LZMA2 encoder.

-
- -
-
-

Function Documentation

- -

◆ lzma_mf_is_supported()

- -
-
- - - - - - - - -
lzma_bool lzma_mf_is_supported (lzma_match_finder match_finder) const
-
- -

Test if given match finder is supported.

-

It is safe to call this with a value that isn't listed in lzma_match_finder enumeration; the return value will be false.

-

There is no way to list which match finders are available in this particular liblzma version and build. It would be useless, because a new match finder, which the application developer wasn't aware, could require giving additional options to the encoder that the older match finders don't need.

-
Parameters
- - -
match_finderMatch finder ID
-
-
-
Returns
lzma_bool:
    -
  • true if the match finder is supported by this liblzma build.
    • -
  • false otherwise.
    • -
-
- -
-
- -

◆ lzma_mode_is_supported()

- -
-
- - - - - - - - -
lzma_bool lzma_mode_is_supported (lzma_mode mode) const
-
- -

Test if given compression mode is supported.

-

It is safe to call this with a value that isn't listed in lzma_mode enumeration; the return value will be false.

-

There is no way to list which modes are available in this particular liblzma version and build. It would be useless, because a new compression mode, which the application developer wasn't aware, could require giving additional options to the encoder that the older modes don't need.

-
Parameters
- - -
modeMode ID.
-
-
-
Returns
lzma_bool:
    -
  • true if the compression mode is supported by this liblzma build.
    • -
  • false otherwise.
    • -
-
- -
-
- -

◆ lzma_lzma_preset()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_bool lzma_lzma_preset (lzma_options_lzma * options,
uint32_t preset 
)
-
- -

Set a compression preset to lzma_options_lzma structure.

-

0 is the fastest and 9 is the slowest. These match the switches -0 .. -9 of the xz command line tool. In addition, it is possible to bitwise-or flags to the preset. Currently only LZMA_PRESET_EXTREME is supported. The flags are defined in container.h, because the flags are used also with lzma_easy_encoder().

-

The preset levels are subject to changes between liblzma versions.

-

This function is available only if LZMA1 or LZMA2 encoder has been enabled when building liblzma.

-

If features (like certain match finders) have been disabled at build time, then the function may return success (false) even though the resulting LZMA1/LZMA2 options may not be usable for encoder initialization (LZMA_OPTIONS_ERROR).

-
Parameters
- - - -
[out]optionsPointer to LZMA1 or LZMA2 options to be filled
presetPreset level bitwse-ORed with preset flags
-
-
-
Returns
lzma_bool:
    -
  • true if the preset is not supported (failure).
    • -
  • false otherwise (success).
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/lzma_8h.html b/doc/api/lzma_8h.html deleted file mode 100644 index ec417c6..0000000 --- a/doc/api/lzma_8h.html +++ /dev/null @@ -1,109 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Macros
-
lzma.h File Reference
-
-
- -

The public API of liblzma data compression library. -More...

-
#include <stddef.h>
-#include <inttypes.h>
-#include <limits.h>
-#include "lzma/version.h"
-#include "lzma/base.h"
-#include "lzma/vli.h"
-#include "lzma/check.h"
-#include "lzma/filter.h"
-#include "lzma/bcj.h"
-#include "lzma/delta.h"
-#include "lzma/lzma12.h"
-#include "lzma/container.h"
-#include "lzma/stream_flags.h"
-#include "lzma/block.h"
-#include "lzma/index.h"
-#include "lzma/index_hash.h"
-#include "lzma/hardware.h"
-
- - - - - - - - - - - - - - - - - - - -

-Macros

-#define UINT32_C(n)   n ## U
 
-#define UINT64_C(n)   n ## UL
 
-#define UINT32_MAX   (UINT32_C(4294967295))
 
-#define UINT64_MAX   (UINT64_C(18446744073709551615))
 
-#define lzma_nothrow
 
-#define lzma_attr_pure   lzma_attribute((__pure__))
 
-#define lzma_attr_const   lzma_attribute((__const__))
 
-#define lzma_attr_warn_unused_result    lzma_attribute((__warn_unused_result__))
 
-#define LZMA_H_INTERNAL   1
 
-

Detailed Description

-

The public API of liblzma data compression library.

-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/nav_f.png b/doc/api/nav_f.png deleted file mode 100644 index 113913e..0000000 Binary files a/doc/api/nav_f.png and /dev/null differ diff --git a/doc/api/nav_fd.png b/doc/api/nav_fd.png deleted file mode 100644 index 978df01..0000000 Binary files a/doc/api/nav_fd.png and /dev/null differ diff --git a/doc/api/nav_g.png b/doc/api/nav_g.png deleted file mode 100644 index 2093a23..0000000 Binary files a/doc/api/nav_g.png and /dev/null differ diff --git a/doc/api/nav_h.png b/doc/api/nav_h.png deleted file mode 100644 index 4e34efd..0000000 Binary files a/doc/api/nav_h.png and /dev/null differ diff --git a/doc/api/nav_hd.png b/doc/api/nav_hd.png deleted file mode 100644 index b717d93..0000000 Binary files a/doc/api/nav_hd.png and /dev/null differ diff --git a/doc/api/open.png b/doc/api/open.png deleted file mode 100644 index b4e49d8..0000000 Binary files a/doc/api/open.png and /dev/null differ diff --git a/doc/api/splitbar.png b/doc/api/splitbar.png deleted file mode 100644 index ee781cf..0000000 Binary files a/doc/api/splitbar.png and /dev/null differ diff --git a/doc/api/splitbard.png b/doc/api/splitbard.png deleted file mode 100644 index aa4d029..0000000 Binary files a/doc/api/splitbard.png and /dev/null differ diff --git a/doc/api/stream__flags_8h.html b/doc/api/stream__flags_8h.html deleted file mode 100644 index 5cc0df9..0000000 --- a/doc/api/stream__flags_8h.html +++ /dev/null @@ -1,348 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/stream_flags.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Data Structures | -Macros | -Functions
-
stream_flags.h File Reference
-
-
- -

.xz Stream Header and Stream Footer encoder and decoder -More...

- - - - - -

-Data Structures

struct  lzma_stream_flags
 Options for encoding/decoding Stream Header and Stream Footer. More...
 
- - - - - - - - - - -

-Macros

#define LZMA_STREAM_HEADER_SIZE   12
 Size of Stream Header and Stream Footer.
 
-#define LZMA_BACKWARD_SIZE_MIN   4
 Minimum value for lzma_stream_flags.backward_size.
 
-#define LZMA_BACKWARD_SIZE_MAX   (LZMA_VLI_C(1) << 34)
 Maximum value for lzma_stream_flags.backward_size.
 
- - - - - - - - - - - - - - - - -

-Functions

lzma_ret lzma_stream_header_encode (const lzma_stream_flags *options, uint8_t *out) lzma_nothrow lzma_attr_warn_unused_result
 Encode Stream Header.
 
lzma_ret lzma_stream_footer_encode (const lzma_stream_flags *options, uint8_t *out) lzma_nothrow lzma_attr_warn_unused_result
 Encode Stream Footer.
 
lzma_ret lzma_stream_header_decode (lzma_stream_flags *options, const uint8_t *in) lzma_nothrow lzma_attr_warn_unused_result
 Decode Stream Header.
 
lzma_ret lzma_stream_footer_decode (lzma_stream_flags *options, const uint8_t *in) lzma_nothrow lzma_attr_warn_unused_result
 Decode Stream Footer.
 
lzma_ret lzma_stream_flags_compare (const lzma_stream_flags *a, const lzma_stream_flags *b) lzma_nothrow lzma_attr_pure
 Compare two lzma_stream_flags structures.
 
-

Detailed Description

-

.xz Stream Header and Stream Footer encoder and decoder

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_STREAM_HEADER_SIZE

- -
-
- - - - -
#define LZMA_STREAM_HEADER_SIZE   12
-
- -

Size of Stream Header and Stream Footer.

-

Stream Header and Stream Footer have the same size and they are not going to change even if a newer version of the .xz file format is developed in future.

- -
-
-

Function Documentation

- -

◆ lzma_stream_header_encode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_header_encode (const lzma_stream_flags * options,
uint8_t * out 
)
-
- -

Encode Stream Header.

-
Parameters
- - - -
optionsStream Header options to be encoded. options->backward_size is ignored and doesn't need to be initialized.
[out]outBeginning of the output buffer of LZMA_STREAM_HEADER_SIZE bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_OPTIONS_ERROR: options->version is not supported by this liblzma version.
    • -
  • LZMA_PROG_ERROR: Invalid options.
    • -
-
- -
-
- -

◆ lzma_stream_footer_encode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_footer_encode (const lzma_stream_flags * options,
uint8_t * out 
)
-
- -

Encode Stream Footer.

-
Parameters
- - - -
optionsStream Footer options to be encoded.
[out]outBeginning of the output buffer of LZMA_STREAM_HEADER_SIZE bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Encoding was successful.
    • -
  • LZMA_OPTIONS_ERROR: options->version is not supported by this liblzma version.
    • -
  • LZMA_PROG_ERROR: Invalid options.
    • -
-
- -
-
- -

◆ lzma_stream_header_decode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_header_decode (lzma_stream_flags * options,
const uint8_t * in 
)
-
- -

Decode Stream Header.

-

options->backward_size is always set to LZMA_VLI_UNKNOWN. This is to help comparing Stream Flags from Stream Header and Stream Footer with lzma_stream_flags_compare().

-
Note
When decoding .xz files that contain multiple Streams, it may make sense to print "file format not recognized" only if decoding of the Stream Header of the first Stream gives LZMA_FORMAT_ERROR. If non-first Stream Header gives LZMA_FORMAT_ERROR, the message used for LZMA_DATA_ERROR is probably more appropriate. For example, the Stream decoder in liblzma uses LZMA_DATA_ERROR if LZMA_FORMAT_ERROR is returned by lzma_stream_header_decode() when decoding non-first Stream.
-
Parameters
- - - -
[out]optionsTarget for the decoded Stream Header options.
inBeginning of the input buffer of LZMA_STREAM_HEADER_SIZE bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_FORMAT_ERROR: Magic bytes don't match, thus the given buffer cannot be Stream Header.
    • -
  • LZMA_DATA_ERROR: CRC32 doesn't match, thus the header is corrupt.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported options are present in the header.
    • -
-
- -
-
- -

◆ lzma_stream_footer_decode()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_footer_decode (lzma_stream_flags * options,
const uint8_t * in 
)
-
- -

Decode Stream Footer.

-
Note
If Stream Header was already decoded successfully, but decoding Stream Footer returns LZMA_FORMAT_ERROR, the application should probably report some other error message than "file format not recognized". The file likely is corrupt (possibly truncated). The Stream decoder in liblzma uses LZMA_DATA_ERROR in this situation.
-
Parameters
- - - -
[out]optionsTarget for the decoded Stream Footer options.
inBeginning of the input buffer of LZMA_STREAM_HEADER_SIZE bytes.
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Decoding was successful.
    • -
  • LZMA_FORMAT_ERROR: Magic bytes don't match, thus the given buffer cannot be Stream Footer.
    • -
  • LZMA_DATA_ERROR: CRC32 doesn't match, thus the Stream Footer is corrupt.
    • -
  • LZMA_OPTIONS_ERROR: Unsupported options are present in Stream Footer.
    • -
-
- -
-
- -

◆ lzma_stream_flags_compare()

- -
-
- - - - - - - - - - - - - - - - - - -
lzma_ret lzma_stream_flags_compare (const lzma_stream_flags * a,
const lzma_stream_flags * b 
)
-
- -

Compare two lzma_stream_flags structures.

-

backward_size values are compared only if both are not LZMA_VLI_UNKNOWN.

-
Parameters
- - - -
aPointer to lzma_stream_flags structure
bPointer to lzma_stream_flags structure
-
-
-
Returns
Possible lzma_ret values:
    -
  • LZMA_OK: Both are equal. If either had backward_size set to LZMA_VLI_UNKNOWN, backward_size values were not compared or validated.
    • -
  • LZMA_DATA_ERROR: The structures differ.
    • -
  • LZMA_OPTIONS_ERROR: version in either structure is greater than the maximum supported version (currently zero).
    • -
  • LZMA_PROG_ERROR: Invalid value, e.g. invalid check or backward_size.
    • -
-
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__allocator.html b/doc/api/structlzma__allocator.html deleted file mode 100644 index 593647b..0000000 --- a/doc/api/structlzma__allocator.html +++ /dev/null @@ -1,153 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_allocator Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_allocator Struct Reference
-
-
- -

Custom functions for memory handling. - More...

- -

#include <base.h>

- - - - - - - - - - - -

-Data Fields

void *(* alloc )(void *opaque, size_t nmemb, size_t size)
 Pointer to a custom memory allocation function.
 
void(* free )(void *opaque, void *ptr)
 Pointer to a custom memory freeing function.
 
void * opaque
 Pointer passed to .alloc() and .free()
 
-

Detailed Description

-

Custom functions for memory handling.

-

A pointer to lzma_allocator may be passed via lzma_stream structure to liblzma, and some advanced functions take a pointer to lzma_allocator as a separate function argument. The library will use the functions specified in lzma_allocator for memory handling instead of the default malloc() and free(). C++ users should note that the custom memory handling functions must not throw exceptions.

-

Single-threaded mode only: liblzma doesn't make an internal copy of lzma_allocator. Thus, it is OK to change these function pointers in the middle of the coding process, but obviously it must be done carefully to make sure that the replacement `free' can deallocate memory allocated by the earlier `alloc' function(s).

-

Multithreaded mode: liblzma might internally store pointers to the lzma_allocator given via the lzma_stream structure. The application must not change the allocator pointer in lzma_stream or the contents of the pointed lzma_allocator structure until lzma_end() has been used to free the memory associated with that lzma_stream. The allocation functions might be called simultaneously from multiple threads, and thus they must be thread safe.

-

Field Documentation

- -

◆ alloc

- -
-
- - - - -
void *(* lzma_allocator::alloc) (void *opaque, size_t nmemb, size_t size)
-
- -

Pointer to a custom memory allocation function.

-

If you don't want a custom allocator, but still want custom free(), set this to NULL and liblzma will use the standard malloc().

-
Parameters
- - - - -
opaquelzma_allocator.opaque (see below)
nmembNumber of elements like in calloc(). liblzma will always set nmemb to 1, so it is safe to ignore nmemb in a custom allocator if you like. The nmemb argument exists only for compatibility with zlib and libbzip2.
sizeSize of an element in bytes. liblzma never sets this to zero.
-
-
-
Returns
Pointer to the beginning of a memory block of `size' bytes, or NULL if allocation fails for some reason. When allocation fails, functions of liblzma return LZMA_MEM_ERROR.
-

The allocator should not waste time zeroing the allocated buffers. This is not only about speed, but also memory usage, since the operating system kernel doesn't necessarily allocate the requested memory in physical memory until it is actually used. With small input files, liblzma may actually need only a fraction of the memory that it requested for allocation.

-
Note
LZMA_MEM_ERROR is also used when the size of the allocation would be greater than SIZE_MAX. Thus, don't assume that the custom allocator must have returned NULL if some function from liblzma returns LZMA_MEM_ERROR.
- -
-
- -

◆ free

- -
-
- - - - -
void(* lzma_allocator::free) (void *opaque, void *ptr)
-
- -

Pointer to a custom memory freeing function.

-

If you don't want a custom freeing function, but still want a custom allocator, set this to NULL and liblzma will use the standard free().

-
Parameters
- - - -
opaquelzma_allocator.opaque (see below)
ptrPointer returned by lzma_allocator.alloc(), or when it is set to NULL, a pointer returned by the standard malloc().
-
-
- -
-
- -

◆ opaque

- -
-
- - - - -
void* lzma_allocator::opaque
-
- -

Pointer passed to .alloc() and .free()

-

opaque is passed as the first argument to lzma_allocator.alloc() and lzma_allocator.free(). This intended to ease implementing custom memory allocation functions for use with liblzma.

-

If you don't need this, you should set this to NULL.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__block.html b/doc/api/structlzma__block.html deleted file mode 100644 index 69aa245..0000000 --- a/doc/api/structlzma__block.html +++ /dev/null @@ -1,347 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_block Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_block Struct Reference
-
-
- -

Options for the Block and Block Header encoders and decoders. - More...

- -

#include <block.h>

- - - - - - - - - - - - - - - - - - - - - - - - - - -

-Data Fields

uint32_t version
 Block format version.
 
uint32_t header_size
 Size of the Block Header field in bytes.
 
lzma_check check
 Type of integrity Check.
 
lzma_vli compressed_size
 Size of the Compressed Data in bytes.
 
lzma_vli uncompressed_size
 Uncompressed Size in bytes.
 
lzma_filter * filters
 Array of filters.
 
uint8_t raw_check [LZMA_CHECK_SIZE_MAX]
 Raw value stored in the Check field.
 
lzma_bool ignore_check
 A flag to Block decoder to not verify the Check field.
 
-

Detailed Description

-

Options for the Block and Block Header encoders and decoders.

-

Different Block handling functions use different parts of this structure. Some read some members, other functions write, and some do both. Only the members listed for reading need to be initialized when the specified functions are called. The members marked for writing will be assigned new values at some point either by calling the given function or by later calls to lzma_code().

-

Field Documentation

- -

◆ version

- -
-
- - - - -
uint32_t lzma_block::version
-
- -

Block format version.

-

To prevent API and ABI breakages when new features are needed, a version number is used to indicate which members in this structure are in use:

    -
  • liblzma >= 5.0.0: version = 0 is supported.
    • -
  • liblzma >= 5.1.4beta: Support for version = 1 was added, which adds the ignore_check member.
    • -
-

If version is greater than one, most Block related functions will return LZMA_OPTIONS_ERROR (lzma_block_header_decode() works with any version value).

-

Read by:

-

Written by:

- -
-
- -

◆ header_size

- -
-
- - - - -
uint32_t lzma_block::header_size
-
- -

Size of the Block Header field in bytes.

-

This is always a multiple of four.

-

Read by:

-

Written by:

- -
-
- -

◆ check

- -
-
- - - - -
lzma_check lzma_block::check
-
- -

Type of integrity Check.

-

The Check ID is not stored into the Block Header, thus its value must be provided also when decoding.

-

Read by:

- -
-
- -

◆ compressed_size

- -
-
- - - - -
lzma_vli lzma_block::compressed_size
-
- -

Size of the Compressed Data in bytes.

-

Encoding: If this is not LZMA_VLI_UNKNOWN, Block Header encoder will store this value to the Block Header. Block encoder doesn't care about this value, but will set it once the encoding has been finished.

-

Decoding: If this is not LZMA_VLI_UNKNOWN, Block decoder will verify that the size of the Compressed Data field matches compressed_size.

-

Usually you don't know this value when encoding in streamed mode, and thus cannot write this field into the Block Header.

-

In non-streamed mode you can reserve space for this field before encoding the actual Block. After encoding the data, finish the Block by encoding the Block Header. Steps in detail:

-
    -
  • Set compressed_size to some big enough value. If you don't know better, use LZMA_VLI_MAX, but remember that bigger values take more space in Block Header.
    • -
  • Call lzma_block_header_size() to see how much space you need to reserve for the Block Header.
    • -
  • Encode the Block using lzma_block_encoder() and lzma_code(). It sets compressed_size to the correct value.
    • -
  • Use lzma_block_header_encode() to encode the Block Header. Because space was reserved in the first step, you don't need to call lzma_block_header_size() anymore, because due to reserving, header_size has to be big enough. If it is "too big", lzma_block_header_encode() will add enough Header Padding to make Block Header to match the size specified by header_size.
    • -
-

Read by:

-

Written by:

- -
-
- -

◆ uncompressed_size

- -
-
- - - - -
lzma_vli lzma_block::uncompressed_size
-
- -

Uncompressed Size in bytes.

-

This is handled very similarly to compressed_size above.

-

uncompressed_size is needed by fewer functions than compressed_size. This is because uncompressed_size isn't needed to validate that Block stays within proper limits.

-

Read by:

-

Written by:

- -
-
- -

◆ filters

- -
-
- - - - -
lzma_filter* lzma_block::filters
-
- -

Array of filters.

-

There can be 1-4 filters. The end of the array is marked with .id = LZMA_VLI_UNKNOWN.

-

Read by:

-

Written by:

    -
  • lzma_block_header_decode(): Note that this does NOT free() the old filter options structures. All unused filters[] will have .id == LZMA_VLI_UNKNOWN and .options == NULL. If decoding fails, all filters[] are guaranteed to be LZMA_VLI_UNKNOWN and NULL.
    • -
-
Note
Because of the array is terminated with .id = LZMA_VLI_UNKNOWN, the actual array must have LZMA_FILTERS_MAX + 1 members or the Block Header decoder will overflow the buffer.
- -
-
- -

◆ raw_check

- -
-
- - - - -
uint8_t lzma_block::raw_check[LZMA_CHECK_SIZE_MAX]
-
- -

Raw value stored in the Check field.

-

After successful coding, the first lzma_check_size(check) bytes of this array contain the raw value stored in the Check field.

-

Note that CRC32 and CRC64 are stored in little endian byte order. Take it into account if you display the Check values to the user.

-

Written by:

- -
-
- -

◆ ignore_check

- -
-
- - - - -
lzma_bool lzma_block::ignore_check
-
- -

A flag to Block decoder to not verify the Check field.

-

This member is supported by liblzma >= 5.1.4beta if .version >= 1.

-

If this is set to true, the integrity check won't be calculated and verified. Unless you know what you are doing, you should leave this to false. (A reason to set this to true is when the file integrity is verified externally anyway and you want to speed up the decompression, which matters mostly when using SHA-256 as the integrity check.)

-

If .version >= 1, read by:

-

Written by (.version is ignored):

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__filter.html b/doc/api/structlzma__filter.html deleted file mode 100644 index b78081c..0000000 --- a/doc/api/structlzma__filter.html +++ /dev/null @@ -1,114 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_filter Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_filter Struct Reference
-
-
- -

Filter options. - More...

- -

#include <filter.h>

- - - - - - - - -

-Data Fields

lzma_vli id
 Filter ID.
 
void * options
 Pointer to filter-specific options structure.
 
-

Detailed Description

-

Filter options.

-

This structure is used to pass a Filter ID and a pointer to the filter's options to liblzma. A few functions work with a single lzma_filter structure, while most functions expect a filter chain.

-

A filter chain is indicated with an array of lzma_filter structures. The array is terminated with .id = LZMA_VLI_UNKNOWN. Thus, the filter array must have LZMA_FILTERS_MAX + 1 elements (that is, five) to be able to hold any arbitrary filter chain. This is important when using lzma_block_header_decode() from block.h, because a filter array that is too small would make liblzma write past the end of the array.

-

Field Documentation

- -

◆ id

- -
-
- - - - -
lzma_vli lzma_filter::id
-
- -

Filter ID.

-

Use constants whose name begin with `LZMA_FILTER_' to specify different filters. In an array of lzma_filter structures, use LZMA_VLI_UNKNOWN to indicate end of filters.

-
Note
This is not an enum, because on some systems enums cannot be 64-bit.
- -
-
- -

◆ options

- -
-
- - - - -
void* lzma_filter::options
-
- -

Pointer to filter-specific options structure.

-

If the filter doesn't need options, set this to NULL. If id is set to LZMA_VLI_UNKNOWN, options is ignored, and thus doesn't need be initialized.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__index__iter.html b/doc/api/structlzma__index__iter.html deleted file mode 100644 index d75595a..0000000 --- a/doc/api/structlzma__index__iter.html +++ /dev/null @@ -1,407 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_index_iter Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_index_iter Struct Reference
-
-
- -

Iterator to get information about Blocks and Streams. - More...

- -

#include <index.h>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Data Fields

-struct { 
 
   const lzma_stream_flags *   flags 
 Pointer to Stream Flags. More...
 
   lzma_vli   number 
 Stream number in the lzma_index. More...
 
   lzma_vli   block_count 
 Number of Blocks in the Stream. More...
 
   lzma_vli   compressed_offset 
 Compressed start offset of this Stream. More...
 
   lzma_vli   uncompressed_offset 
 Uncompressed start offset of this Stream. More...
 
   lzma_vli   compressed_size 
 Compressed size of this Stream. More...
 
-   lzma_vli   uncompressed_size 
 Uncompressed size of this Stream.
 
   lzma_vli   padding 
 Size of Stream Padding after this Stream. More...
 
} stream 
 
-struct { 
 
   lzma_vli   number_in_file 
 Block number in the file. More...
 
   lzma_vli   compressed_file_offset 
 Compressed start offset of this Block. More...
 
   lzma_vli   uncompressed_file_offset 
 Uncompressed start offset of this Block. More...
 
   lzma_vli   number_in_stream 
 Block number in this Stream. More...
 
   lzma_vli   compressed_stream_offset 
 Compressed start offset of this Block. More...
 
   lzma_vli   uncompressed_stream_offset 
 Uncompressed start offset of this Block. More...
 
   lzma_vli   uncompressed_size 
 Uncompressed size of this Block. More...
 
   lzma_vli   unpadded_size 
 Unpadded size of this Block. More...
 
   lzma_vli   total_size 
 Total compressed size. More...
 
} block 
 
-

Detailed Description

-

Iterator to get information about Blocks and Streams.

-

Field Documentation

- -

◆ flags

- -
-
- - - - -
const lzma_stream_flags* lzma_index_iter::flags
-
- -

Pointer to Stream Flags.

-

This is NULL if Stream Flags have not been set for this Stream with lzma_index_stream_flags().

- -
-
- -

◆ number

- -
-
- - - - -
lzma_vli lzma_index_iter::number
-
- -

Stream number in the lzma_index.

-

The first Stream is 1.

- -
-
- -

◆ block_count

- -
-
- - - - -
lzma_vli lzma_index_iter::block_count
-
- -

Number of Blocks in the Stream.

-

If this is zero, the block structure below has undefined values.

- -
-
- -

◆ compressed_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::compressed_offset
-
- -

Compressed start offset of this Stream.

-

The offset is relative to the beginning of the lzma_index (i.e. usually the beginning of the .xz file).

- -
-
- -

◆ uncompressed_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::uncompressed_offset
-
- -

Uncompressed start offset of this Stream.

-

The offset is relative to the beginning of the lzma_index (i.e. usually the beginning of the .xz file).

- -
-
- -

◆ compressed_size

- -
-
- - - - -
lzma_vli lzma_index_iter::compressed_size
-
- -

Compressed size of this Stream.

-

This includes all headers except the possible Stream Padding after this Stream.

- -
-
- -

◆ uncompressed_size

- -
-
- - - - -
lzma_vli lzma_index_iter::uncompressed_size
-
- -

Uncompressed size of this Stream.

-

Uncompressed size of this Block.

-

You should pass this to the Block decoder if you will decode this Block. It will allow the Block decoder to validate the uncompressed size.

- -
-
- -

◆ padding

- -
-
- - - - -
lzma_vli lzma_index_iter::padding
-
- -

Size of Stream Padding after this Stream.

-

If it hasn't been set with lzma_index_stream_padding(), this defaults to zero. Stream Padding is always a multiple of four bytes.

- -
-
- -

◆ number_in_file

- -
-
- - - - -
lzma_vli lzma_index_iter::number_in_file
-
- -

Block number in the file.

-

The first Block is 1.

- -
-
- -

◆ compressed_file_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::compressed_file_offset
-
- -

Compressed start offset of this Block.

-

This offset is relative to the beginning of the lzma_index (i.e. usually the beginning of the .xz file). Normally this is where you should seek in the .xz file to start decompressing this Block.

- -
-
- -

◆ uncompressed_file_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::uncompressed_file_offset
-
- -

Uncompressed start offset of this Block.

-

This offset is relative to the beginning of the lzma_index (i.e. usually the beginning of the .xz file).

-

When doing random-access reading, it is possible that the target offset is not exactly at Block boundary. One will need to compare the target offset against uncompressed_file_offset or uncompressed_stream_offset, and possibly decode and throw away some amount of data before reaching the target offset.

- -
-
- -

◆ number_in_stream

- -
-
- - - - -
lzma_vli lzma_index_iter::number_in_stream
-
- -

Block number in this Stream.

-

The first Block is 1.

- -
-
- -

◆ compressed_stream_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::compressed_stream_offset
-
- -

Compressed start offset of this Block.

-

This offset is relative to the beginning of the Stream containing this Block.

- -
-
- -

◆ uncompressed_stream_offset

- -
-
- - - - -
lzma_vli lzma_index_iter::uncompressed_stream_offset
-
- -

Uncompressed start offset of this Block.

-

This offset is relative to the beginning of the Stream containing this Block.

- -
-
- -

◆ unpadded_size

- -
-
- - - - -
lzma_vli lzma_index_iter::unpadded_size
-
- -

Unpadded size of this Block.

-

You should pass this to the Block decoder if you will decode this Block. It will allow the Block decoder to validate the unpadded size.

- -
-
- -

◆ total_size

- -
-
- - - - -
lzma_vli lzma_index_iter::total_size
-
- -

Total compressed size.

-

This includes all headers and padding in this Block. This is useful if you need to know how many bytes the Block decoder will actually read.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__mt.html b/doc/api/structlzma__mt.html deleted file mode 100644 index 17a16cc..0000000 --- a/doc/api/structlzma__mt.html +++ /dev/null @@ -1,256 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_mt Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_mt Struct Reference
-
-
- -

Multithreading options. - More...

- -

#include <container.h>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Data Fields

uint32_t flags
 Flags.
 
-uint32_t threads
 Number of worker threads to use.
 
uint64_t block_size
 Encoder only: Maximum uncompressed size of a Block.
 
uint32_t timeout
 Timeout to allow lzma_code() to return early.
 
uint32_t preset
 Encoder only: Compression preset.
 
const lzma_filter * filters
 Encoder only: Filter chain (alternative to a preset)
 
lzma_check check
 Encoder only: Integrity check type.
 
uint64_t memlimit_threading
 Memory usage limit to reduce the number of threads.
 
uint64_t memlimit_stop
 Memory usage limit that should never be exceeded.
 
-

Detailed Description

-

Multithreading options.

-

Field Documentation

- -

◆ flags

- -
-
- - - - -
uint32_t lzma_mt::flags
-
- -

Flags.

-

Set this to zero if no flags are wanted.

-

Encoder: No flags are currently supported.

-

Decoder: Bitwise-or of zero or more of the decoder flags:

    -
  • LZMA_TELL_NO_CHECK
    • -
  • LZMA_TELL_UNSUPPORTED_CHECK
    • -
  • LZMA_TELL_ANY_CHECK
    • -
  • LZMA_IGNORE_CHECK
    • -
  • LZMA_CONCATENATED
    • -
  • LZMA_FAIL_FAST
    • -
- -
-
- -

◆ block_size

- -
-
- - - - -
uint64_t lzma_mt::block_size
-
- -

Encoder only: Maximum uncompressed size of a Block.

-

The encoder will start a new .xz Block every block_size bytes. Using LZMA_FULL_FLUSH or LZMA_FULL_BARRIER with lzma_code() the caller may tell liblzma to start a new Block earlier.

-

With LZMA2, a recommended block size is 2-4 times the LZMA2 dictionary size. With very small dictionaries, it is recommended to use at least 1 MiB block size for good compression ratio, even if this is more than four times the dictionary size. Note that these are only recommendations for typical use cases; feel free to use other values. Just keep in mind that using a block size less than the LZMA2 dictionary size is waste of RAM.

-

Set this to 0 to let liblzma choose the block size depending on the compression options. For LZMA2 it will be 3*dict_size or 1 MiB, whichever is more.

-

For each thread, about 3 * block_size bytes of memory will be allocated. This may change in later liblzma versions. If so, the memory usage will probably be reduced, not increased.

- -
-
- -

◆ timeout

- -
-
- - - - -
uint32_t lzma_mt::timeout
-
- -

Timeout to allow lzma_code() to return early.

-

Multithreading can make liblzma consume input and produce output in a very bursty way: it may first read a lot of input to fill internal buffers, then no input or output occurs for a while.

-

In single-threaded mode, lzma_code() won't return until it has either consumed all the input or filled the output buffer. If this is done in multithreaded mode, it may cause a call lzma_code() to take even tens of seconds, which isn't acceptable in all applications.

-

To avoid very long blocking times in lzma_code(), a timeout (in milliseconds) may be set here. If lzma_code() would block longer than this number of milliseconds, it will return with LZMA_OK. Reasonable values are 100 ms or more. The xz command line tool uses 300 ms.

-

If long blocking times are acceptable, set timeout to a special value of 0. This will disable the timeout mechanism and will make lzma_code() block until all the input is consumed or the output buffer has been filled.

-
Note
Even with a timeout, lzma_code() might sometimes take a long time to return. No timing guarantees are made.
- -
-
- -

◆ preset

- -
-
- - - - -
uint32_t lzma_mt::preset
-
- -

Encoder only: Compression preset.

-

The preset is set just like with lzma_easy_encoder(). The preset is ignored if filters below is non-NULL.

- -
-
- -

◆ filters

- -
-
- - - - -
const lzma_filter* lzma_mt::filters
-
- -

Encoder only: Filter chain (alternative to a preset)

-

If this is NULL, the preset above is used. Otherwise the preset is ignored and the filter chain specified here is used.

- -
-
- -

◆ check

- -
-
- - - - -
lzma_check lzma_mt::check
-
- -

Encoder only: Integrity check type.

-

See check.h for available checks. The xz command line tool defaults to LZMA_CHECK_CRC64, which is a good choice if you are unsure.

- -
-
- -

◆ memlimit_threading

- -
-
- - - - -
uint64_t lzma_mt::memlimit_threading
-
- -

Memory usage limit to reduce the number of threads.

-

Encoder: Ignored.

-

Decoder:

-

If the number of threads has been set so high that more than memlimit_threading bytes of memory would be needed, the number of threads will be reduced so that the memory usage will not exceed memlimit_threading bytes. However, if memlimit_threading cannot be met even in single-threaded mode, then decoding will continue in single-threaded mode and memlimit_threading may be exceeded even by a large amount. That is, memlimit_threading will never make lzma_code() return LZMA_MEMLIMIT_ERROR. To truly cap the memory usage, see memlimit_stop below.

-

Setting memlimit_threading to UINT64_MAX or a similar huge value means that liblzma is allowed to keep the whole compressed file and the whole uncompressed file in memory in addition to the memory needed by the decompressor data structures used by each thread! In other words, a reasonable value limit must be set here or it will cause problems sooner or later. If you have no idea what a reasonable value could be, try lzma_physmem() / 4 as a starting point. Setting this limit will never prevent decompression of a file; this will only reduce the number of threads.

-

If memlimit_threading is greater than memlimit_stop, then the value of memlimit_stop will be used for both.

- -
-
- -

◆ memlimit_stop

- -
-
- - - - -
uint64_t lzma_mt::memlimit_stop
-
- -

Memory usage limit that should never be exceeded.

-

Encoder: Ignored.

-

Decoder: If decompressing will need more than this amount of memory even in the single-threaded mode, then lzma_code() will return LZMA_MEMLIMIT_ERROR.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__options__bcj.html b/doc/api/structlzma__options__bcj.html deleted file mode 100644 index b962092..0000000 --- a/doc/api/structlzma__options__bcj.html +++ /dev/null @@ -1,95 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_options_bcj Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_options_bcj Struct Reference
-
-
- -

Options for BCJ filters. - More...

- -

#include <bcj.h>

- - - - - -

-Data Fields

uint32_t start_offset
 Start offset for conversions.
 
-

Detailed Description

-

Options for BCJ filters.

-

The BCJ filters never change the size of the data. Specifying options for them is optional: if pointer to options is NULL, default value is used. You probably never need to specify options to BCJ filters, so just set the options pointer to NULL and be happy.

-

If options with non-default values have been specified when encoding, the same options must also be specified when decoding.

-
Note
At the moment, none of the BCJ filters support LZMA_SYNC_FLUSH. If LZMA_SYNC_FLUSH is specified, LZMA_OPTIONS_ERROR will be returned. If there is need, partial support for LZMA_SYNC_FLUSH can be added in future. Partial means that flushing would be possible only at offsets that are multiple of 2, 4, or 16 depending on the filter, except x86 which cannot be made to support LZMA_SYNC_FLUSH predictably.
-

Field Documentation

- -

◆ start_offset

- -
-
- - - - -
uint32_t lzma_options_bcj::start_offset
-
- -

Start offset for conversions.

-

This setting is useful only when the same filter is used _separately_ for multiple sections of the same executable file, and the sections contain cross-section branch/call/jump instructions. In that case it is beneficial to set the start offset of the non-first sections so that the relative addresses of the cross-section branch/call/jump instructions will use the same absolute addresses as in the first section.

-

When the pointer to options is NULL, the default value (zero) is used.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__options__delta.html b/doc/api/structlzma__options__delta.html deleted file mode 100644 index 294586d..0000000 --- a/doc/api/structlzma__options__delta.html +++ /dev/null @@ -1,113 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_options_delta Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_options_delta Struct Reference
-
-
- -

Options for the Delta filter. - More...

- -

#include <delta.h>

- - - - - - - -

-Data Fields

lzma_delta_type type
 
uint32_t dist
 Delta distance.
 
-

Detailed Description

-

Options for the Delta filter.

-

These options are needed by both encoder and decoder.

-

Field Documentation

- -

◆ type

- -
-
- - - - -
lzma_delta_type lzma_options_delta::type
-
-

For now, this must always be LZMA_DELTA_TYPE_BYTE.

- -
-
- -

◆ dist

- -
-
- - - - -
uint32_t lzma_options_delta::dist
-
- -

Delta distance.

-

With the only currently supported type, LZMA_DELTA_TYPE_BYTE, the distance is as bytes.

-

Examples:

    -
  • 16-bit stereo audio: distance = 4 bytes
    • -
  • 24-bit RGB image data: distance = 3 bytes
    • -
- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__options__lzma.html b/doc/api/structlzma__options__lzma.html deleted file mode 100644 index f8e3adf..0000000 --- a/doc/api/structlzma__options__lzma.html +++ /dev/null @@ -1,363 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_options_lzma Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_options_lzma Struct Reference
-
-
- -

Options specific to the LZMA1 and LZMA2 filters. - More...

- -

#include <lzma12.h>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Data Fields

uint32_t dict_size
 Dictionary size in bytes.
 
const uint8_t * preset_dict
 Pointer to an initial dictionary.
 
uint32_t preset_dict_size
 Size of the preset dictionary.
 
uint32_t lc
 Number of literal context bits.
 
uint32_t lp
 Number of literal position bits.
 
uint32_t pb
 Number of position bits.
 
lzma_mode mode
 
uint32_t nice_len
 Nice length of a match.
 
lzma_match_finder mf
 
uint32_t depth
 Maximum search depth in the match finder.
 
uint32_t ext_flags
 For LZMA_FILTER_LZMA1EXT: Extended flags.
 
uint32_t ext_size_low
 For LZMA_FILTER_LZMA1EXT: Uncompressed size (low bits)
 
uint32_t ext_size_high
 For LZMA_FILTER_LZMA1EXT: Uncompressed size (high bits)
 
-

Detailed Description

-

Options specific to the LZMA1 and LZMA2 filters.

-

Since LZMA1 and LZMA2 share most of the code, it's simplest to share the options structure too. For encoding, all but the reserved variables need to be initialized unless specifically mentioned otherwise. lzma_lzma_preset() can be used to get a good starting point.

-

For raw decoding, both LZMA1 and LZMA2 need dict_size, preset_dict, and preset_dict_size (if preset_dict != NULL). LZMA1 needs also lc, lp, and pb.

-

Field Documentation

- -

◆ dict_size

- -
-
- - - - -
uint32_t lzma_options_lzma::dict_size
-
- -

Dictionary size in bytes.

-

Dictionary size indicates how many bytes of the recently processed uncompressed data is kept in memory. One method to reduce size of the uncompressed data is to store distance-length pairs, which indicate what data to repeat from the dictionary buffer. Thus, the bigger the dictionary, the better the compression ratio usually is.

-

Maximum size of the dictionary depends on multiple things:

    -
  • Memory usage limit
    • -
  • Available address space (not a problem on 64-bit systems)
    • -
  • Selected match finder (encoder only)
    • -
-

Currently the maximum dictionary size for encoding is 1.5 GiB (i.e. (UINT32_C(1) << 30) + (UINT32_C(1) << 29)) even on 64-bit systems for certain match finder implementation reasons. In the future, there may be match finders that support bigger dictionaries.

-

Decoder already supports dictionaries up to 4 GiB - 1 B (i.e. UINT32_MAX), so increasing the maximum dictionary size of the encoder won't cause problems for old decoders.

-

Because extremely small dictionaries sizes would have unneeded overhead in the decoder, the minimum dictionary size is 4096 bytes.

-
Note
When decoding, too big dictionary does no other harm than wasting memory.
- -
-
- -

◆ preset_dict

- -
-
- - - - -
const uint8_t* lzma_options_lzma::preset_dict
-
- -

Pointer to an initial dictionary.

-

It is possible to initialize the LZ77 history window using a preset dictionary. It is useful when compressing many similar, relatively small chunks of data independently from each other. The preset dictionary should contain typical strings that occur in the files being compressed. The most probable strings should be near the end of the preset dictionary.

-

This feature should be used only in special situations. For now, it works correctly only with raw encoding and decoding. Currently none of the container formats supported by liblzma allow preset dictionary when decoding, thus if you create a .xz or .lzma file with preset dictionary, it cannot be decoded with the regular decoder functions. In the future, the .xz format will likely get support for preset dictionary though.

- -
-
- -

◆ preset_dict_size

- -
-
- - - - -
uint32_t lzma_options_lzma::preset_dict_size
-
- -

Size of the preset dictionary.

-

Specifies the size of the preset dictionary. If the size is bigger than dict_size, only the last dict_size bytes are processed.

-

This variable is read only when preset_dict is not NULL. If preset_dict is not NULL but preset_dict_size is zero, no preset dictionary is used (identical to only setting preset_dict to NULL).

- -
-
- -

◆ lc

- -
-
- - - - -
uint32_t lzma_options_lzma::lc
-
- -

Number of literal context bits.

-

How many of the highest bits of the previous uncompressed eight-bit byte (also known as `literal') are taken into account when predicting the bits of the next literal.

-

E.g. in typical English text, an upper-case letter is often followed by a lower-case letter, and a lower-case letter is usually followed by another lower-case letter. In the US-ASCII character set, the highest three bits are 010 for upper-case letters and 011 for lower-case letters. When lc is at least 3, the literal coding can take advantage of this property in the uncompressed data.

-

There is a limit that applies to literal context bits and literal position bits together: lc + lp <= 4. Without this limit the decoding could become very slow, which could have security related results in some cases like email servers doing virus scanning. This limit also simplifies the internal implementation in liblzma.

-

There may be LZMA1 streams that have lc + lp > 4 (maximum possible lc would be 8). It is not possible to decode such streams with liblzma.

- -
-
- -

◆ lp

- -
-
- - - - -
uint32_t lzma_options_lzma::lp
-
- -

Number of literal position bits.

-

lp affects what kind of alignment in the uncompressed data is assumed when encoding literals. A literal is a single 8-bit byte. See pb below for more information about alignment.

- -
-
- -

◆ pb

- -
-
- - - - -
uint32_t lzma_options_lzma::pb
-
- -

Number of position bits.

-

pb affects what kind of alignment in the uncompressed data is assumed in general. The default means four-byte alignment (2^ pb =2^2=4), which is often a good choice when there's no better guess.

-

When the alignment is known, setting pb accordingly may reduce the file size a little. E.g. with text files having one-byte alignment (US-ASCII, ISO-8859-*, UTF-8), setting pb=0 can improve compression slightly. For UTF-16 text, pb=1 is a good choice. If the alignment is an odd number like 3 bytes, pb=0 might be the best choice.

-

Even though the assumed alignment can be adjusted with pb and lp, LZMA1 and LZMA2 still slightly favor 16-byte alignment. It might be worth taking into account when designing file formats that are likely to be often compressed with LZMA1 or LZMA2.

- -
-
- -

◆ mode

- -
-
- - - - -
lzma_mode lzma_options_lzma::mode
-
-

Compression mode

- -
-
- -

◆ nice_len

- -
-
- - - - -
uint32_t lzma_options_lzma::nice_len
-
- -

Nice length of a match.

-

This determines how many bytes the encoder compares from the match candidates when looking for the best match. Once a match of at least nice_len bytes long is found, the encoder stops looking for better candidates and encodes the match. (Naturally, if the found match is actually longer than nice_len, the actual length is encoded; it's not truncated to nice_len.)

-

Bigger values usually increase the compression ratio and compression time. For most files, 32 to 128 is a good value, which gives very good compression ratio at good speed.

-

The exact minimum value depends on the match finder. The maximum is 273, which is the maximum length of a match that LZMA1 and LZMA2 can encode.

- -
-
- -

◆ mf

- -
-
- - - - -
lzma_match_finder lzma_options_lzma::mf
-
-

Match finder ID

- -
-
- -

◆ depth

- -
-
- - - - -
uint32_t lzma_options_lzma::depth
-
- -

Maximum search depth in the match finder.

-

For every input byte, match finder searches through the hash chain or binary tree in a loop, each iteration going one step deeper in the chain or tree. The searching stops if

    -
  • a match of at least nice_len bytes long is found;
    • -
  • all match candidates from the hash chain or binary tree have been checked; or
    • -
  • maximum search depth is reached.
    • -
-

Maximum search depth is needed to prevent the match finder from wasting too much time in case there are lots of short match candidates. On the other hand, stopping the search before all candidates have been checked can reduce compression ratio.

-

Setting depth to zero tells liblzma to use an automatic default value, that depends on the selected match finder and nice_len. The default is in the range [4, 200] or so (it may vary between liblzma versions).

-

Using a bigger depth value than the default can increase compression ratio in some cases. There is no strict maximum value, but high values (thousands or millions) should be used with care: the encoder could remain fast enough with typical input, but malicious input could cause the match finder to slow down dramatically, possibly creating a denial of service attack.

- -
-
- -

◆ ext_flags

- -
-
- - - - -
uint32_t lzma_options_lzma::ext_flags
-
- -

For LZMA_FILTER_LZMA1EXT: Extended flags.

-

This is used only with LZMA_FILTER_LZMA1EXT.

-

Currently only one flag is supported, LZMA_LZMA1EXT_ALLOW_EOPM:

-
    -
  • Encoder: If the flag is set, then end marker is written just like it is with LZMA_FILTER_LZMA1. Without this flag the end marker isn't written and the application has to store the uncompressed size somewhere outside the compressed stream. To decompress streams without the end marker, the application has to set the correct uncompressed size in ext_size_low and ext_size_high.
    • -

  • Decoder: If the uncompressed size in ext_size_low and ext_size_high is set to the special value UINT64_MAX (indicating unknown uncompressed size) then this flag is ignored and the end marker must always be present, that is, the behavior is identical to LZMA_FILTER_LZMA1.

    -

    Otherwise, if this flag isn't set, then the input stream must not have the end marker; if the end marker is detected then it will result in LZMA_DATA_ERROR. This is useful when it is known that the stream must not have the end marker and strict validation is wanted.

    -

    If this flag is set, then it is autodetected if the end marker is present after the specified number of uncompressed bytes has been decompressed (ext_size_low and ext_size_high). The end marker isn't allowed in any other position. This behavior is useful when uncompressed size is known but the end marker may or may not be present. This is the case, for example, in .7z files (valid .7z files that have the end marker in LZMA1 streams are rare but they do exist).

    -
    • -
- -
-
- -

◆ ext_size_low

- -
-
- - - - -
uint32_t lzma_options_lzma::ext_size_low
-
- -

For LZMA_FILTER_LZMA1EXT: Uncompressed size (low bits)

-

The 64-bit uncompressed size is needed for decompression with LZMA_FILTER_LZMA1EXT. The size is ignored by the encoder.

-

The special value UINT64_MAX indicates that the uncompressed size is unknown and that the end of payload marker (also known as end of stream marker) must be present to indicate the end of the LZMA1 stream. Any other value indicates the expected uncompressed size of the LZMA1 stream. (If LZMA1 was used together with filters that change the size of the data then the uncompressed size of the LZMA1 stream could be different than the final uncompressed size of the filtered stream.)

-

ext_size_low holds the least significant 32 bits of the uncompressed size. The most significant 32 bits must be set in ext_size_high. The macro lzma_ext_size_set(opt_lzma, u64size) can be used to set these members.

-

The 64-bit uncompressed size is split into two uint32_t variables because there were no reserved uint64_t members and using the same options structure for LZMA_FILTER_LZMA1, LZMA_FILTER_LZMA1EXT, and LZMA_FILTER_LZMA2 was otherwise more convenient than having a new options structure for LZMA_FILTER_LZMA1EXT. (Replacing two uint32_t members with one uint64_t changes the ABI on some systems as the alignment of this struct can increase from 4 bytes to 8.)

- -
-
- -

◆ ext_size_high

- -
-
- - - - -
uint32_t lzma_options_lzma::ext_size_high
-
- -

For LZMA_FILTER_LZMA1EXT: Uncompressed size (high bits)

-

This holds the most significant 32 bits of the uncompressed size.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__stream.html b/doc/api/structlzma__stream.html deleted file mode 100644 index 5a0c784..0000000 --- a/doc/api/structlzma__stream.html +++ /dev/null @@ -1,251 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_stream Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_stream Struct Reference
-
-
- -

Passing data to and from liblzma. - More...

- -

#include <base.h>

- - - - - - - - - - - - - - - - - - - - - - -

-Data Fields

const uint8_t * next_in
 
size_t avail_in
 
uint64_t total_in
 
uint8_t * next_out
 
size_t avail_out
 
uint64_t total_out
 
const lzma_allocator * allocator
 Custom memory allocation functions.
 
lzma_internal * internal
 
uint64_t seek_pos
 New seek input position for LZMA_SEEK_NEEDED.
 
-

Detailed Description

-

Passing data to and from liblzma.

-

The lzma_stream structure is used for

    -
  • passing pointers to input and output buffers to liblzma;
    • -
  • defining custom memory handler functions; and
    • -
  • holding a pointer to coder-specific internal data structures.
    • -
-

Typical usage:

-
    -
  • After allocating lzma_stream (on stack or with malloc()), it must be initialized to LZMA_STREAM_INIT (see LZMA_STREAM_INIT for details).
    • -
  • Initialize a coder to the lzma_stream, for example by using lzma_easy_encoder() or lzma_auto_decoder(). Some notes:
      -
    • In contrast to zlib, strm->next_in and strm->next_out are ignored by all initialization functions, thus it is safe to not initialize them yet.
      • -
    • The initialization functions always set strm->total_in and strm->total_out to zero.
      • -
    • If the initialization function fails, no memory is left allocated that would require freeing with lzma_end() even if some memory was associated with the lzma_stream structure when the initialization function was called.
      • -
    -
    • -
  • Use lzma_code() to do the actual work.
    • -
  • Once the coding has been finished, the existing lzma_stream can be reused. It is OK to reuse lzma_stream with different initialization function without calling lzma_end() first. Old allocations are automatically freed.
    • -
  • Finally, use lzma_end() to free the allocated memory. lzma_end() never frees the lzma_stream structure itself.
    • -
-

Application may modify the values of total_in and total_out as it wants. They are updated by liblzma to match the amount of data read and written but aren't used for anything else except as a possible return values from lzma_get_progress().

-

Field Documentation

- -

◆ next_in

- -
-
- - - - -
const uint8_t* lzma_stream::next_in
-
-

Pointer to the next input byte.

- -
-
- -

◆ avail_in

- -
-
- - - - -
size_t lzma_stream::avail_in
-
-

Number of available input bytes in next_in.

- -
-
- -

◆ total_in

- -
-
- - - - -
uint64_t lzma_stream::total_in
-
-

Total number of bytes read by liblzma.

- -
-
- -

◆ next_out

- -
-
- - - - -
uint8_t* lzma_stream::next_out
-
-

Pointer to the next output position.

- -
-
- -

◆ avail_out

- -
-
- - - - -
size_t lzma_stream::avail_out
-
-

Amount of free space in next_out.

- -
-
- -

◆ total_out

- -
-
- - - - -
uint64_t lzma_stream::total_out
-
-

Total number of bytes written by liblzma.

- -
-
- -

◆ allocator

- -
-
- - - - -
const lzma_allocator* lzma_stream::allocator
-
- -

Custom memory allocation functions.

-

In most cases this is NULL which makes liblzma use the standard malloc() and free().

-
Note
In 5.0.x this is not a const pointer.
- -
-
- -

◆ internal

- -
-
- - - - -
lzma_internal* lzma_stream::internal
-
-

Internal state is not visible to applications.

- -
-
- -

◆ seek_pos

- -
-
- - - - -
uint64_t lzma_stream::seek_pos
-
- -

New seek input position for LZMA_SEEK_NEEDED.

-

When lzma_code() returns LZMA_SEEK_NEEDED, the new input position needed by liblzma will be available seek_pos. The value is guaranteed to not exceed the file size that was specified when this lzma_stream was initialized.

-

In all other situations the value of this variable is undefined.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/structlzma__stream__flags.html b/doc/api/structlzma__stream__flags.html deleted file mode 100644 index 9098ff3..0000000 --- a/doc/api/structlzma__stream__flags.html +++ /dev/null @@ -1,134 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma_stream_flags Struct Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - -
-
-
-Data Fields
-
lzma_stream_flags Struct Reference
-
-
- -

Options for encoding/decoding Stream Header and Stream Footer. - More...

- -

#include <stream_flags.h>

- - - - - - - - - - - -

-Data Fields

uint32_t version
 Stream Flags format version.
 
lzma_vli backward_size
 Backward Size.
 
lzma_check check
 Check ID.
 
-

Detailed Description

-

Options for encoding/decoding Stream Header and Stream Footer.

-

Field Documentation

- -

◆ version

- -
-
- - - - -
uint32_t lzma_stream_flags::version
-
- -

Stream Flags format version.

-

To prevent API and ABI breakages if new features are needed in Stream Header or Stream Footer, a version number is used to indicate which members in this structure are in use. For now, version must always be zero. With non-zero version, the lzma_stream_header_encode() and lzma_stream_footer_encode() will return LZMA_OPTIONS_ERROR.

-

lzma_stream_header_decode() and lzma_stream_footer_decode() will always set this to the lowest value that supports all the features indicated by the Stream Flags field. The application must check that the version number set by the decoding functions is supported by the application. Otherwise it is possible that the application will decode the Stream incorrectly.

- -
-
- -

◆ backward_size

- -
-
- - - - -
lzma_vli lzma_stream_flags::backward_size
-
- -

Backward Size.

-

Backward Size must be a multiple of four bytes. In this Stream format version, Backward Size is the size of the Index field.

-

Backward Size isn't actually part of the Stream Flags field, but it is convenient to include in this structure anyway. Backward Size is present only in the Stream Footer. There is no need to initialize backward_size when encoding Stream Header.

-

lzma_stream_header_decode() always sets backward_size to LZMA_VLI_UNKNOWN so that it is convenient to use lzma_stream_flags_compare() when both Stream Header and Stream Footer have been decoded.

- -
-
- -

◆ check

- -
-
- - - - -
lzma_check lzma_stream_flags::check
-
- -

Check ID.

-

This indicates the type of the integrity check calculated from uncompressed data.

- -
-
-
The documentation for this struct was generated from the following file: -
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/sync_off.png b/doc/api/sync_off.png deleted file mode 100644 index 9b04abe..0000000 Binary files a/doc/api/sync_off.png and /dev/null differ diff --git a/doc/api/sync_on.png b/doc/api/sync_on.png deleted file mode 100644 index 34a5b8b..0000000 Binary files a/doc/api/sync_on.png and /dev/null differ diff --git a/doc/api/tab_a.png b/doc/api/tab_a.png deleted file mode 100644 index 3181cdf..0000000 Binary files a/doc/api/tab_a.png and /dev/null differ diff --git a/doc/api/tab_ad.png b/doc/api/tab_ad.png deleted file mode 100644 index 3615386..0000000 Binary files a/doc/api/tab_ad.png and /dev/null differ diff --git a/doc/api/tab_b.png b/doc/api/tab_b.png deleted file mode 100644 index 3feec4f..0000000 Binary files a/doc/api/tab_b.png and /dev/null differ diff --git a/doc/api/tab_bd.png b/doc/api/tab_bd.png deleted file mode 100644 index 9fd6635..0000000 Binary files a/doc/api/tab_bd.png and /dev/null differ diff --git a/doc/api/tab_h.png b/doc/api/tab_h.png deleted file mode 100644 index abb3d3d..0000000 Binary files a/doc/api/tab_h.png and /dev/null differ diff --git a/doc/api/tab_hd.png b/doc/api/tab_hd.png deleted file mode 100644 index c59e413..0000000 Binary files a/doc/api/tab_hd.png and /dev/null differ diff --git a/doc/api/tab_s.png b/doc/api/tab_s.png deleted file mode 100644 index a3f26f5..0000000 Binary files a/doc/api/tab_s.png and /dev/null differ diff --git a/doc/api/tab_sd.png b/doc/api/tab_sd.png deleted file mode 100644 index 5d4917a..0000000 Binary files a/doc/api/tab_sd.png and /dev/null differ diff --git a/doc/api/tabs.css b/doc/api/tabs.css deleted file mode 100644 index b56f46e..0000000 --- a/doc/api/tabs.css +++ /dev/null @@ -1,62 +0,0 @@ -.tabs, .tabs2, .tabs3 { - background-image: var(--nav-gradient-image); - width: 100%; - z-index: 101; - font-size: var(--nav-font-size-level1); - font-family: var(--font-family-nav); - display: table; -} - -.tabs2 { - font-size: var(--nav-font-size-level2); -} -.tabs3 { - font-size: var(--nav-font-size-level3); -} - -.tablist { - margin: 0; - padding: 0; - display: block; -} - -.tablist li { - float: left; - display: table-cell; - background-image: var(--nav-gradient-image); - line-height: 36px; - list-style: none; -} - -.tablist a { - display: block; - padding: 0 20px; - font-weight: bold; - background-image:var(--nav-separator-image); - background-repeat:no-repeat; - background-position:right; - color: var(--nav-text-normal-color); - text-shadow: var(--nav-text-normal-shadow); - text-decoration: none; - outline: none; -} - -.tabs3 .tablist a { - padding: 0 10px; -} - -.tablist a:hover { - background-image: var(--nav-gradient-hover-image); - background-repeat:repeat-x; - color: var(--nav-text-hover-color); - text-shadow: var(--nav-text-hover-shadow); - text-decoration: none; -} - -.tablist li.current a { - background-image: var(--nav-gradient-active-image); - background-repeat:repeat-x; - color: var(--nav-text-active-color); - text-shadow: var(--nav-text-active-shadow); -} - diff --git a/doc/api/version_8h.html b/doc/api/version_8h.html deleted file mode 100644 index fd27466..0000000 --- a/doc/api/version_8h.html +++ /dev/null @@ -1,239 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/version.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Macros | -Functions
-
version.h File Reference
-
-
- -

Version number. -More...

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-Macros

-#define LZMA_VERSION_MAJOR   5
 Major version number of the liblzma release.
 
-#define LZMA_VERSION_MINOR   4
 Minor version number of the liblzma release.
 
-#define LZMA_VERSION_PATCH   5
 Patch version number of the liblzma release.
 
#define LZMA_VERSION_STABILITY   LZMA_VERSION_STABILITY_STABLE
 Version stability marker.
 
-#define LZMA_VERSION_COMMIT   ""
 Commit version number of the liblzma release.
 
-#define LZMA_VERSION_STABILITY_ALPHA   0
 
-#define LZMA_VERSION_STABILITY_BETA   1
 
-#define LZMA_VERSION_STABILITY_STABLE   2
 
#define LZMA_VERSION
 Compile-time version number.
 
-#define LZMA_VERSION_STABILITY_STRING   "alpha"
 
-#define LZMA_VERSION_STRING_C_(major, minor, patch, stability, commit)    #major "." #minor "." #patch stability commit
 
-#define LZMA_VERSION_STRING_C(major, minor, patch, stability, commit)    LZMA_VERSION_STRING_C_(major, minor, patch, stability, commit)
 
#define LZMA_VERSION_STRING
 Compile-time version as a string.
 
- - - - - - - -

-Functions

uint32_t lzma_version_number (void) lzma_nothrow lzma_attr_const
 Run-time version number as an integer.
 
const char * lzma_version_string (void) lzma_nothrow lzma_attr_const
 Run-time version as a string.
 
-

Detailed Description

-

Version number.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

Macro Definition Documentation

- -

◆ LZMA_VERSION_STABILITY

- -
-
- - - - -
#define LZMA_VERSION_STABILITY   LZMA_VERSION_STABILITY_STABLE
-
- -

Version stability marker.

-

This will always be one of three values:

    -
  • LZMA_VERSION_STABILITY_ALPHA
    • -
  • LZMA_VERSION_STABILITY_BETA
    • -
  • LZMA_VERSION_STABILITY_STABLE
    • -
- -
-
- -

◆ LZMA_VERSION

- -
-
- - - - -
#define LZMA_VERSION
-
-Value:
(LZMA_VERSION_MAJOR * UINT32_C(10000000) \
-
+ LZMA_VERSION_MINOR * UINT32_C(10000) \
-
+ LZMA_VERSION_PATCH * UINT32_C(10) \
-
+ LZMA_VERSION_STABILITY)
-
-

Compile-time version number.

-

The version number is of format xyyyzzzs where

    -
  • x = major
    • -
  • yyy = minor
    • -
  • zzz = revision
    • -
  • s indicates stability: 0 = alpha, 1 = beta, 2 = stable
    • -
-

The same xyyyzzz triplet is never reused with different stability levels. For example, if 5.1.0alpha has been released, there will never be 5.1.0beta or 5.1.0 stable.

-
Note
The version number of liblzma has nothing to with the version number of Igor Pavlov's LZMA SDK.
- -
-
- -

◆ LZMA_VERSION_STRING

- -
-
- - - - -
#define LZMA_VERSION_STRING
-
-Value:
LZMA_VERSION_STRING_C( \
-
LZMA_VERSION_MAJOR, LZMA_VERSION_MINOR, \
-
LZMA_VERSION_PATCH, LZMA_VERSION_STABILITY_STRING, \
-
LZMA_VERSION_COMMIT)
-
-

Compile-time version as a string.

-

This can be for example "4.999.5alpha", "4.999.8beta", or "5.0.0" (stable versions don't have any "stable" suffix). In future, a snapshot built from source code repository may include an additional suffix, for example "4.999.8beta-21-g1d92". The commit ID won't be available in numeric form in LZMA_VERSION macro.

- -
-
-

Function Documentation

- -

◆ lzma_version_number()

- -
-
- - - - - - - - -
uint32_t lzma_version_number (void ) const
-
- -

Run-time version number as an integer.

-

This allows an application to compare if it was built against the same, older, or newer version of liblzma that is currently running.

-
Returns
The value of LZMA_VERSION macro at the compile time of liblzma
- -
-
- -

◆ lzma_version_string()

- -
-
- - - - - - - - -
const char * lzma_version_string (void ) const
-
- -

Run-time version as a string.

-

This function may be useful to display which version of liblzma an application is currently using.

-
Returns
Run-time version of liblzma
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/api/vli_8h.html b/doc/api/vli_8h.html deleted file mode 100644 index 4e3da1f..0000000 --- a/doc/api/vli_8h.html +++ /dev/null @@ -1,323 +0,0 @@ - - - - - - - -liblzma (XZ Utils): lzma/vli.h File Reference - - - - - - -
-
- - - - - - -
-
liblzma (XZ Utils) 5.4.5 -
-
-
- - - - - -
-
-
-Macros | -Typedefs | -Functions
-
vli.h File Reference
-
-
- -

Variable-length integer handling. -More...

- - - - - - - - - - - - - - - - - -

-Macros

-#define LZMA_VLI_MAX   (UINT64_MAX / 2)
 Maximum supported value of a variable-length integer.
 
-#define LZMA_VLI_UNKNOWN   UINT64_MAX
 VLI value to denote that the value is unknown.
 
-#define LZMA_VLI_BYTES_MAX   9
 Maximum supported encoded length of variable length integers.
 
-#define LZMA_VLI_C(n)   UINT64_C(n)
 VLI constant suffix.
 
#define lzma_vli_is_valid(vli)    ((vli) <= LZMA_VLI_MAX || (vli) == LZMA_VLI_UNKNOWN)
 Validate a variable-length integer.
 
- - - - -

-Typedefs

typedef uint64_t lzma_vli
 Variable-length integer type.
 
- - - - - - - - - - -

-Functions

lzma_ret lzma_vli_encode (lzma_vli vli, size_t *vli_pos, uint8_t *out, size_t *out_pos, size_t out_size) lzma_nothrow
 Encode a variable-length integer.
 
lzma_ret lzma_vli_decode (lzma_vli *vli, size_t *vli_pos, const uint8_t *in, size_t *in_pos, size_t in_size) lzma_nothrow
 Decode a variable-length integer.
 
uint32_t lzma_vli_size (lzma_vli vli) lzma_nothrow lzma_attr_pure
 Get the number of bytes required to encode a VLI.
 
-

Detailed Description

-

Variable-length integer handling.

-
Note
Never include this file directly. Use <lzma.h> instead.
-

In the .xz format, most integers are encoded in a variable-length representation, which is sometimes called little endian base-128 encoding. This saves space when smaller values are more likely than bigger values.

-

The encoding scheme encodes seven bits to every byte, using minimum number of bytes required to represent the given value. Encodings that use non-minimum number of bytes are invalid, thus every integer has exactly one encoded representation. The maximum number of bits in a VLI is 63, thus the vli argument must be less than or equal to UINT64_MAX / 2. You should use LZMA_VLI_MAX for clarity.

-

Macro Definition Documentation

- -

◆ lzma_vli_is_valid

- -
-
- - - - - - - - -
#define lzma_vli_is_valid( vli)    ((vli) <= LZMA_VLI_MAX || (vli) == LZMA_VLI_UNKNOWN)
-
- -

Validate a variable-length integer.

-

This is useful to test that application has given acceptable values for example in the uncompressed_size and compressed_size variables.

-
Returns
True if the integer is representable as VLI or if it indicates unknown value. False if the integer cannot be represented as VLI.
- -
-
-

Typedef Documentation

- -

◆ lzma_vli

- -
-
- - - - -
typedef uint64_t lzma_vli
-
- -

Variable-length integer type.

-

Valid VLI values are in the range [0, LZMA_VLI_MAX]. Unknown value is indicated with LZMA_VLI_UNKNOWN, which is the maximum value of the underlying integer type.

-

lzma_vli will be uint64_t for the foreseeable future. If a bigger size is needed in the future, it is guaranteed that 2 * LZMA_VLI_MAX will not overflow lzma_vli. This simplifies integer overflow detection.

- -
-
-

Function Documentation

- -

◆ lzma_vli_encode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_vli_encode (lzma_vli vli,
size_t * vli_pos,
uint8_t * out,
size_t * out_pos,
size_t out_size 
)
-
- -

Encode a variable-length integer.

-

This function has two modes: single-call and multi-call. Single-call mode encodes the whole integer at once; it is an error if the output buffer is too small. Multi-call mode saves the position in *vli_pos, and thus it is possible to continue encoding if the buffer becomes full before the whole integer has been encoded.

-
Parameters
- - - - - - -
vliInteger to be encoded
[out]vli_posHow many VLI-encoded bytes have already been written out. When starting to encode a new integer in multi-call mode, *vli_pos must be set to zero. To use single-call encoding, set vli_pos to NULL.
[out]outBeginning of the output buffer
[out]out_posThe next byte will be written to out[*out_pos].
out_sizeSize of the out buffer; the first byte into which no data is written to is out[out_size].
-
-
-
Returns
Slightly different return values are used in multi-call and single-call modes.
-

Single-call (vli_pos == NULL):

    -
  • LZMA_OK: Integer successfully encoded.
    • -
  • LZMA_PROG_ERROR: Arguments are not sane. This can be due to too little output space; single-call mode doesn't use LZMA_BUF_ERROR, since the application should have checked the encoded size with lzma_vli_size().
    • -
-

Multi-call (vli_pos != NULL):

    -
  • LZMA_OK: So far all OK, but the integer is not completely written out yet.
    • -
  • LZMA_STREAM_END: Integer successfully encoded.
    • -
  • LZMA_BUF_ERROR: No output space was provided.
    • -
  • LZMA_PROG_ERROR: Arguments are not sane.
    • -
- -
-
- -

◆ lzma_vli_decode()

- -
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lzma_ret lzma_vli_decode (lzma_vli * vli,
size_t * vli_pos,
const uint8_t * in,
size_t * in_pos,
size_t in_size 
)
-
- -

Decode a variable-length integer.

-

Like lzma_vli_encode(), this function has single-call and multi-call modes.

-
Parameters
- - - - - - -
[out]vliPointer to decoded integer. The decoder will initialize it to zero when *vli_pos == 0, so application isn't required to initialize *vli.
[out]vli_posHow many bytes have already been decoded. When starting to decode a new integer in multi-call mode, *vli_pos must be initialized to zero. To use single-call decoding, set vli_pos to NULL.
inBeginning of the input buffer
[out]in_posThe next byte will be read from in[*in_pos].
in_sizeSize of the input buffer; the first byte that won't be read is in[in_size].
-
-
-
Returns
Slightly different return values are used in multi-call and single-call modes.
-

Single-call (vli_pos == NULL):

    -
  • LZMA_OK: Integer successfully decoded.
    • -
  • LZMA_DATA_ERROR: Integer is corrupt. This includes hitting the end of the input buffer before the whole integer was decoded; providing no input at all will use LZMA_DATA_ERROR.
    • -
  • LZMA_PROG_ERROR: Arguments are not sane.
    • -
-

Multi-call (vli_pos != NULL):

    -
  • LZMA_OK: So far all OK, but the integer is not completely decoded yet.
    • -
  • LZMA_STREAM_END: Integer successfully decoded.
    • -
  • LZMA_DATA_ERROR: Integer is corrupt.
    • -
  • LZMA_BUF_ERROR: No input was provided.
    • -
  • LZMA_PROG_ERROR: Arguments are not sane.
    • -
- -
-
- -

◆ lzma_vli_size()

- -
-
- - - - - - - - -
uint32_t lzma_vli_size (lzma_vli vli)
-
- -

Get the number of bytes required to encode a VLI.

-
Parameters
- - -
vliInteger whose encoded size is to be determined
-
-
-
Returns
Number of bytes on success (1-9). If vli isn't valid, zero is returned.
- -
-
-
- -
-Generated by doxygen 1.9.7 -
- - diff --git a/doc/examples/01_compress_easy.c b/doc/examples/01_compress_easy.c index ec32a37..31bcf92 100644 --- a/doc/examples/01_compress_easy.c +++ b/doc/examples/01_compress_easy.c @@ -1,3 +1,5 @@ +// SPDX-License-Identifier: 0BSD + /////////////////////////////////////////////////////////////////////////////// // /// \file 01_compress_easy.c @@ -9,9 +11,6 @@ // // Author: Lasse Collin // -// This file has been put into the public domain. -// You can do whatever you want with this file. -// /////////////////////////////////////////////////////////////////////////////// #include @@ -27,7 +26,7 @@ show_usage_and_exit(const char *argv0) { fprintf(stderr, "Usage: %s PRESET < INFILE > OUTFILE\n" "PRESET is a number 0-9 and can optionally be " - "followed by `e' to indicate extreme preset\n", + "followed by 'e' to indicate extreme preset\n", argv0); exit(EXIT_FAILURE); } diff --git a/doc/examples/02_decompress.c b/doc/examples/02_decompress.c index 98339be..a87a5d3 100644 --- a/doc/examples/02_decompress.c +++ b/doc/examples/02_decompress.c @@ -1,3 +1,5 @@ +// SPDX-License-Identifier: 0BSD + /////////////////////////////////////////////////////////////////////////////// // /// \file 02_decompress.c @@ -9,9 +11,6 @@ // // Author: Lasse Collin // -// This file has been put into the public domain. -// You can do whatever you want with this file. -// /////////////////////////////////////////////////////////////////////////////// #include diff --git a/doc/examples/03_compress_custom.c b/doc/examples/03_compress_custom.c index 40c85e3..57797b8 100644 --- a/doc/examples/03_compress_custom.c +++ b/doc/examples/03_compress_custom.c @@ -1,3 +1,5 @@ +// SPDX-License-Identifier: 0BSD + /////////////////////////////////////////////////////////////////////////////// // /// \file 03_compress_custom.c @@ -9,9 +11,6 @@ // // Author: Lasse Collin // -// This file has been put into the public domain. -// You can do whatever you want with this file. -// /////////////////////////////////////////////////////////////////////////////// #include diff --git a/doc/examples/04_compress_easy_mt.c b/doc/examples/04_compress_easy_mt.c index efe5697..c721a66 100644 --- a/doc/examples/04_compress_easy_mt.c +++ b/doc/examples/04_compress_easy_mt.c @@ -1,3 +1,5 @@ +// SPDX-License-Identifier: 0BSD + /////////////////////////////////////////////////////////////////////////////// // /// \file 04_compress_easy_mt.c @@ -9,9 +11,6 @@ // // Author: Lasse Collin // -// This file has been put into the public domain. -// You can do whatever you want with this file. -// /////////////////////////////////////////////////////////////////////////////// #include diff --git a/doc/examples/11_file_info.c b/doc/examples/11_file_info.c new file mode 100644 index 0000000..caadd98 --- /dev/null +++ b/doc/examples/11_file_info.c @@ -0,0 +1,205 @@ +// SPDX-License-Identifier: 0BSD + +/////////////////////////////////////////////////////////////////////////////// +// +/// \file 11_file_info.c +/// \brief Get uncompressed size of .xz file(s) +/// +/// Usage: ./11_file_info INFILE1.xz [INFILEn.xz]... +/// +/// Example: ./11_file_info foo.xz +// +// Author: Lasse Collin +// +/////////////////////////////////////////////////////////////////////////////// + +#include +#include +#include +#include +#include +#include +#include + + +static bool +print_file_size(lzma_stream *strm, FILE *infile, const char *filename) +{ + // Get the file size. In standard C it can be done by seeking to + // the end of the file and then getting the file position. + // In POSIX one can use fstat() and then st_size from struct stat. + // Also note that fseek() and ftell() use long and thus don't support + // large files on 32-bit systems (POSIX versions fseeko() and + // ftello() can support large files). + if (fseek(infile, 0, SEEK_END)) { + fprintf(stderr, "Error seeking the file '%s': %s\n", + filename, strerror(errno)); + return false; + } + + const long file_size = ftell(infile); + + // The decoder wants to start from the beginning of the .xz file. + rewind(infile); + + // Initialize the decoder. + lzma_index *i; + lzma_ret ret = lzma_file_info_decoder(strm, &i, UINT64_MAX, + (uint64_t)file_size); + switch (ret) { + case LZMA_OK: + // Initialization succeeded. + break; + + case LZMA_MEM_ERROR: + fprintf(stderr, "Out of memory when initializing " + "the .xz file info decoder\n"); + return false; + + case LZMA_PROG_ERROR: + default: + fprintf(stderr, "Unknown error, possibly a bug\n"); + return false; + } + + // This example program reuses the same lzma_stream structure + // for multiple files, so we need to reset this when starting + // a new file. + strm->avail_in = 0; + + // Buffer for input data. + uint8_t inbuf[BUFSIZ]; + + // Pass data to the decoder and seek when needed. + while (true) { + if (strm->avail_in == 0) { + strm->next_in = inbuf; + strm->avail_in = fread(inbuf, 1, sizeof(inbuf), + infile); + + if (ferror(infile)) { + fprintf(stderr, + "Error reading from '%s': %s\n", + filename, strerror(errno)); + return false; + } + + // We don't need to care about hitting the end of + // the file so no need to check for feof(). + } + + ret = lzma_code(strm, LZMA_RUN); + + switch (ret) { + case LZMA_OK: + break; + + case LZMA_SEEK_NEEDED: + // The cast is safe because liblzma won't ask us to + // seek past the known size of the input file which + // did fit into a long. + // + // NOTE: Remember to change these to off_t if you + // switch fseeko() or lseek(). + if (fseek(infile, (long)(strm->seek_pos), SEEK_SET)) { + fprintf(stderr, "Error seeking the " + "file '%s': %s\n", + filename, strerror(errno)); + return false; + } + + // The old data in the inbuf is useless now. Set + // avail_in to zero so that we will read new input + // from the new file position on the next iteration + // of this loop. + strm->avail_in = 0; + break; + + case LZMA_STREAM_END: + // File information was successfully decoded. + // See for functions that can be + // used on it. In this example we just print + // the uncompressed size (in bytes) of + // the .xz file followed by its file name. + printf("%10" PRIu64 " %s\n", + lzma_index_uncompressed_size(i), + filename); + + // Free the memory of the lzma_index structure. + lzma_index_end(i, NULL); + + return true; + + case LZMA_FORMAT_ERROR: + // .xz magic bytes weren't found. + fprintf(stderr, "The file '%s' is not " + "in the .xz format\n", filename); + return false; + + case LZMA_OPTIONS_ERROR: + fprintf(stderr, "The file '%s' has .xz headers that " + "are not supported by this liblzma " + "version\n", filename); + return false; + + case LZMA_DATA_ERROR: + fprintf(stderr, "The file '%s' is corrupt\n", + filename); + return false; + + case LZMA_MEM_ERROR: + fprintf(stderr, "Memory allocation failed when " + "decoding the file '%s'\n", filename); + return false; + + // LZMA_MEMLIMIT_ERROR shouldn't happen because we used + // UINT64_MAX as the limit. + // + // LZMA_BUF_ERROR shouldn't happen because we always provide + // new input when the input buffer is empty. The decoder + // knows the input file size and thus won't try to read past + // the end of the file. + case LZMA_MEMLIMIT_ERROR: + case LZMA_BUF_ERROR: + case LZMA_PROG_ERROR: + default: + fprintf(stderr, "Unknown error, possibly a bug\n"); + return false; + } + } + + // This line is never reached. +} + + +extern int +main(int argc, char **argv) +{ + bool success = true; + lzma_stream strm = LZMA_STREAM_INIT; + + for (int i = 1; i < argc; ++i) { + FILE *infile = fopen(argv[i], "rb"); + + if (infile == NULL) { + fprintf(stderr, "Cannot open the file '%s': %s\n", + argv[i], strerror(errno)); + success = false; + } + + success &= print_file_size(&strm, infile, argv[i]); + + (void)fclose(infile); + } + + lzma_end(&strm); + + // Close stdout to catch possible write errors that can occur + // when pending data is flushed from the stdio buffers. + if (fclose(stdout)) { + fprintf(stderr, "Write error: %s\n", strerror(errno)); + success = false; + } + + return success ? EXIT_SUCCESS : EXIT_FAILURE; +} diff --git a/doc/examples/Makefile b/doc/examples/Makefile index e8839d8..f5b9878 100644 --- a/doc/examples/Makefile +++ b/doc/examples/Makefile @@ -1,9 +1,5 @@ -# +# SPDX-License-Identifier: 0BSD # Author: Lasse Collin -# -# This file has been put into the public domain. -# You can do whatever you want with this file. -# CC = c99 CFLAGS = -g diff --git a/doc/examples_old/xz_pipe_comp.c b/doc/examples_old/xz_pipe_comp.c deleted file mode 100644 index 9f9224b..0000000 --- a/doc/examples_old/xz_pipe_comp.c +++ /dev/null @@ -1,127 +0,0 @@ -/* - * xz_pipe_comp.c - * A simple example of pipe-only xz compressor implementation. - * version: 2010-07-12 - by Daniel Mealha Cabrita - * Not copyrighted -- provided to the public domain. - * - * Compiling: - * Link with liblzma. GCC example: - * $ gcc -llzma xz_pipe_comp.c -o xz_pipe_comp - * - * Usage example: - * $ cat some_file | ./xz_pipe_comp > some_file.xz - */ - -#include -#include -#include -#include -#include - - -/* COMPRESSION SETTINGS */ - -/* analogous to xz CLI options: -0 to -9 */ -#define COMPRESSION_LEVEL 6 - -/* boolean setting, analogous to xz CLI option: -e */ -#define COMPRESSION_EXTREME true - -/* see: /usr/include/lzma/check.h LZMA_CHECK_* */ -#define INTEGRITY_CHECK LZMA_CHECK_CRC64 - - -/* read/write buffer sizes */ -#define IN_BUF_MAX 4096 -#define OUT_BUF_MAX 4096 - -/* error codes */ -#define RET_OK 0 -#define RET_ERROR_INIT 1 -#define RET_ERROR_INPUT 2 -#define RET_ERROR_OUTPUT 3 -#define RET_ERROR_COMPRESSION 4 - - -/* note: in_file and out_file must be open already */ -int xz_compress (FILE *in_file, FILE *out_file) -{ - uint32_t preset = COMPRESSION_LEVEL | (COMPRESSION_EXTREME ? LZMA_PRESET_EXTREME : 0); - lzma_check check = INTEGRITY_CHECK; - lzma_stream strm = LZMA_STREAM_INIT; /* alloc and init lzma_stream struct */ - uint8_t in_buf [IN_BUF_MAX]; - uint8_t out_buf [OUT_BUF_MAX]; - size_t in_len; /* length of useful data in in_buf */ - size_t out_len; /* length of useful data in out_buf */ - bool in_finished = false; - bool out_finished = false; - lzma_action action; - lzma_ret ret_xz; - int ret; - - ret = RET_OK; - - /* initialize xz encoder */ - ret_xz = lzma_easy_encoder (&strm, preset, check); - if (ret_xz != LZMA_OK) { - fprintf (stderr, "lzma_easy_encoder error: %d\n", (int) ret_xz); - return RET_ERROR_INIT; - } - - while ((! in_finished) && (! out_finished)) { - /* read incoming data */ - in_len = fread (in_buf, 1, IN_BUF_MAX, in_file); - - if (feof (in_file)) { - in_finished = true; - } - if (ferror (in_file)) { - in_finished = true; - ret = RET_ERROR_INPUT; - } - - strm.next_in = in_buf; - strm.avail_in = in_len; - - /* if no more data from in_buf, flushes the - internal xz buffers and closes the xz data - with LZMA_FINISH */ - action = in_finished ? LZMA_FINISH : LZMA_RUN; - - /* loop until there's no pending compressed output */ - do { - /* out_buf is clean at this point */ - strm.next_out = out_buf; - strm.avail_out = OUT_BUF_MAX; - - /* compress data */ - ret_xz = lzma_code (&strm, action); - - if ((ret_xz != LZMA_OK) && (ret_xz != LZMA_STREAM_END)) { - fprintf (stderr, "lzma_code error: %d\n", (int) ret_xz); - out_finished = true; - ret = RET_ERROR_COMPRESSION; - } else { - /* write compressed data */ - out_len = OUT_BUF_MAX - strm.avail_out; - fwrite (out_buf, 1, out_len, out_file); - if (ferror (out_file)) { - out_finished = true; - ret = RET_ERROR_OUTPUT; - } - } - } while (strm.avail_out == 0); - } - - lzma_end (&strm); - return ret; -} - -int main () -{ - int ret; - - ret = xz_compress (stdin, stdout); - return ret; -} - diff --git a/doc/examples_old/xz_pipe_decomp.c b/doc/examples_old/xz_pipe_decomp.c deleted file mode 100644 index fb5ad89..0000000 --- a/doc/examples_old/xz_pipe_decomp.c +++ /dev/null @@ -1,123 +0,0 @@ -/* - * xz_pipe_decomp.c - * A simple example of pipe-only xz decompressor implementation. - * version: 2012-06-14 - by Daniel Mealha Cabrita - * Not copyrighted -- provided to the public domain. - * - * Compiling: - * Link with liblzma. GCC example: - * $ gcc -llzma xz_pipe_decomp.c -o xz_pipe_decomp - * - * Usage example: - * $ cat some_file.xz | ./xz_pipe_decomp > some_file - */ - -#include -#include -#include -#include -#include - - -/* read/write buffer sizes */ -#define IN_BUF_MAX 4096 -#define OUT_BUF_MAX 4096 - -/* error codes */ -#define RET_OK 0 -#define RET_ERROR_INIT 1 -#define RET_ERROR_INPUT 2 -#define RET_ERROR_OUTPUT 3 -#define RET_ERROR_DECOMPRESSION 4 - - -/* note: in_file and out_file must be open already */ -int xz_decompress (FILE *in_file, FILE *out_file) -{ - lzma_stream strm = LZMA_STREAM_INIT; /* alloc and init lzma_stream struct */ - const uint32_t flags = LZMA_TELL_UNSUPPORTED_CHECK | LZMA_CONCATENATED; - const uint64_t memory_limit = UINT64_MAX; /* no memory limit */ - uint8_t in_buf [IN_BUF_MAX]; - uint8_t out_buf [OUT_BUF_MAX]; - size_t in_len; /* length of useful data in in_buf */ - size_t out_len; /* length of useful data in out_buf */ - bool in_finished = false; - bool out_finished = false; - lzma_action action; - lzma_ret ret_xz; - int ret; - - ret = RET_OK; - - /* initialize xz decoder */ - ret_xz = lzma_stream_decoder (&strm, memory_limit, flags); - if (ret_xz != LZMA_OK) { - fprintf (stderr, "lzma_stream_decoder error: %d\n", (int) ret_xz); - return RET_ERROR_INIT; - } - - while ((! in_finished) && (! out_finished)) { - /* read incoming data */ - in_len = fread (in_buf, 1, IN_BUF_MAX, in_file); - - if (feof (in_file)) { - in_finished = true; - } - if (ferror (in_file)) { - in_finished = true; - ret = RET_ERROR_INPUT; - } - - strm.next_in = in_buf; - strm.avail_in = in_len; - - /* if no more data from in_buf, flushes the - internal xz buffers and closes the decompressed data - with LZMA_FINISH */ - action = in_finished ? LZMA_FINISH : LZMA_RUN; - - /* loop until there's no pending decompressed output */ - do { - /* out_buf is clean at this point */ - strm.next_out = out_buf; - strm.avail_out = OUT_BUF_MAX; - - /* decompress data */ - ret_xz = lzma_code (&strm, action); - - if ((ret_xz != LZMA_OK) && (ret_xz != LZMA_STREAM_END)) { - fprintf (stderr, "lzma_code error: %d\n", (int) ret_xz); - out_finished = true; - ret = RET_ERROR_DECOMPRESSION; - } else { - /* write decompressed data */ - out_len = OUT_BUF_MAX - strm.avail_out; - fwrite (out_buf, 1, out_len, out_file); - if (ferror (out_file)) { - out_finished = true; - ret = RET_ERROR_OUTPUT; - } - } - } while (strm.avail_out == 0); - } - - /* Bug fix (2012-06-14): If no errors were detected, check - that the last lzma_code() call returned LZMA_STREAM_END. - If not, the file is probably truncated. */ - if ((ret == RET_OK) && (ret_xz != LZMA_STREAM_END)) { - fprintf (stderr, "Input truncated or corrupt\n"); - ret = RET_ERROR_DECOMPRESSION; - } - - lzma_end (&strm); - return ret; -} - -int main () -{ - int ret; - - ret = xz_decompress (stdin, stdout); - return ret; -} - diff --git a/doc/lzma-file-format.txt b/doc/lzma-file-format.txt index 4865def..8cce5dc 100644 --- a/doc/lzma-file-format.txt +++ b/doc/lzma-file-format.txt @@ -40,10 +40,10 @@ The .lzma File Format 0.2. Changes - Last modified: 2022-07-13 21:00+0300 + Last modified: 2024-04-08 17:35+0300 - Compared to the previous version (2011-04-12 11:55+0300) - the section 1.1.3 was modified to allow End of Payload Marker + From version 2011-04-12 11:55+0300 to 2022-07-13 21:00+0300: + The section 1.1.3 was modified to allow End of Payload Marker with a known Uncompressed Size. @@ -157,17 +157,17 @@ The .lzma File Format 2. References LZMA SDK - The original LZMA implementation - http://7-zip.org/sdk.html + https://7-zip.org/sdk.html 7-Zip - http://7-zip.org/ + https://7-zip.org/ LZMA Utils - LZMA adapted to POSIX-like systems - http://tukaani.org/lzma/ + https://tukaani.org/lzma/ XZ Utils - The next generation of LZMA Utils - http://tukaani.org/xz/ + https://tukaani.org/xz/ The .xz file format - The successor of the .lzma format - http://tukaani.org/xz/xz-file-format.txt + https://tukaani.org/xz/xz-file-format.txt diff --git a/doc/man/pdf-a4/lzmainfo-a4.pdf b/doc/man/pdf-a4/lzmainfo-a4.pdf deleted file mode 100644 index 0ee526f..0000000 Binary files a/doc/man/pdf-a4/lzmainfo-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xz-a4.pdf b/doc/man/pdf-a4/xz-a4.pdf deleted file mode 100644 index 5f1a30c..0000000 Binary files a/doc/man/pdf-a4/xz-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xzdec-a4.pdf b/doc/man/pdf-a4/xzdec-a4.pdf deleted file mode 100644 index 35f2059..0000000 Binary files a/doc/man/pdf-a4/xzdec-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xzdiff-a4.pdf b/doc/man/pdf-a4/xzdiff-a4.pdf deleted file mode 100644 index 1189d84..0000000 Binary files a/doc/man/pdf-a4/xzdiff-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xzgrep-a4.pdf b/doc/man/pdf-a4/xzgrep-a4.pdf deleted file mode 100644 index 2cb3528..0000000 Binary files a/doc/man/pdf-a4/xzgrep-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xzless-a4.pdf b/doc/man/pdf-a4/xzless-a4.pdf deleted file mode 100644 index 4a8e8e6..0000000 Binary files a/doc/man/pdf-a4/xzless-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-a4/xzmore-a4.pdf b/doc/man/pdf-a4/xzmore-a4.pdf deleted file mode 100644 index 687074b..0000000 Binary files a/doc/man/pdf-a4/xzmore-a4.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/lzmainfo-letter.pdf b/doc/man/pdf-letter/lzmainfo-letter.pdf deleted file mode 100644 index d953045..0000000 Binary files a/doc/man/pdf-letter/lzmainfo-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xz-letter.pdf b/doc/man/pdf-letter/xz-letter.pdf deleted file mode 100644 index 440f294..0000000 Binary files a/doc/man/pdf-letter/xz-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xzdec-letter.pdf b/doc/man/pdf-letter/xzdec-letter.pdf deleted file mode 100644 index 83c6bb2..0000000 Binary files a/doc/man/pdf-letter/xzdec-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xzdiff-letter.pdf b/doc/man/pdf-letter/xzdiff-letter.pdf deleted file mode 100644 index 9c7ab61..0000000 Binary files a/doc/man/pdf-letter/xzdiff-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xzgrep-letter.pdf b/doc/man/pdf-letter/xzgrep-letter.pdf deleted file mode 100644 index 8303764..0000000 Binary files a/doc/man/pdf-letter/xzgrep-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xzless-letter.pdf b/doc/man/pdf-letter/xzless-letter.pdf deleted file mode 100644 index 9a8e231..0000000 Binary files a/doc/man/pdf-letter/xzless-letter.pdf and /dev/null differ diff --git a/doc/man/pdf-letter/xzmore-letter.pdf b/doc/man/pdf-letter/xzmore-letter.pdf deleted file mode 100644 index ef60bbc..0000000 Binary files a/doc/man/pdf-letter/xzmore-letter.pdf and /dev/null differ diff --git a/doc/man/txt/lzmainfo.txt b/doc/man/txt/lzmainfo.txt index fa4e51c..74208c6 100644 --- a/doc/man/txt/lzmainfo.txt +++ b/doc/man/txt/lzmainfo.txt @@ -1,7 +1,5 @@ LZMAINFO(1) XZ Utils LZMAINFO(1) - - NAME lzmainfo - show information stored in the .lzma file header @@ -14,9 +12,9 @@ DESCRIPTION prints it to standard output in human readable format. If no files are given or file is -, standard input is read. - Usually the most interesting information is the uncompressed size and - the dictionary size. Uncompressed size can be shown only if the file - is in the non-streamed .lzma format variant. The amount of memory re- + Usually the most interesting information is the uncompressed size and + the dictionary size. Uncompressed size can be shown only if the file + is in the non-streamed .lzma format variant. The amount of memory re- quired to decompress the file is a few dozen kilobytes plus the dictio- nary size. @@ -35,6 +33,4 @@ BUGS SEE ALSO xz(1) - - Tukaani 2013-06-30 LZMAINFO(1) diff --git a/doc/man/txt/xz.txt b/doc/man/txt/xz.txt index 4fec85b..b543312 100644 --- a/doc/man/txt/xz.txt +++ b/doc/man/txt/xz.txt @@ -1,7 +1,5 @@ XZ(1) XZ Utils XZ(1) - - NAME xz, unxz, xzcat, lzma, unlzma, lzcat - Compress or decompress .xz and .lzma files @@ -30,36 +28,36 @@ DESCRIPTION xz compresses or decompresses each file according to the selected oper- ation mode. If no files are given or file is -, xz reads from standard input and writes the processed data to standard output. xz will refuse - (display an error and skip the file) to write compressed data to stan- - dard output if it is a terminal. Similarly, xz will refuse to read + (display an error and skip the file) to write compressed data to stan- + dard output if it is a terminal. Similarly, xz will refuse to read compressed data from standard input if it is a terminal. - Unless --stdout is specified, files other than - are written to a new + Unless --stdout is specified, files other than - are written to a new file whose name is derived from the source file name: - o When compressing, the suffix of the target file format (.xz or - .lzma) is appended to the source filename to get the target file- + o When compressing, the suffix of the target file format (.xz or + .lzma) is appended to the source filename to get the target file- name. - o When decompressing, the .xz, .lzma, or .lz suffix is removed from - the filename to get the target filename. xz also recognizes the + o When decompressing, the .xz, .lzma, or .lz suffix is removed from + the filename to get the target filename. xz also recognizes the suffixes .txz and .tlz, and replaces them with the .tar suffix. - If the target file already exists, an error is displayed and the file + If the target file already exists, an error is displayed and the file is skipped. - Unless writing to standard output, xz will display a warning and skip + Unless writing to standard output, xz will display a warning and skip the file if any of the following applies: - o File is not a regular file. Symbolic links are not followed, and + o File is not a regular file. Symbolic links are not followed, and thus they are not considered to be regular files. o File has more than one hard link. o File has setuid, setgid, or sticky bit set. - o The operation mode is set to compress and the file already has a - suffix of the target file format (.xz or .txz when compressing to + o The operation mode is set to compress and the file already has a + suffix of the target file format (.xz or .txz when compressing to the .xz format, and .lzma or .tlz when compressing to the .lzma for- mat). @@ -71,7 +69,7 @@ DESCRIPTION owner, group, permissions, access time, and modification time from the source file to the target file. If copying the group fails, the per- missions are modified so that the target file doesn't become accessible - to users who didn't have permission to access the source file. xz + to users who didn't have permission to access the source file. xz doesn't support copying other metadata like access control lists or ex- tended attributes yet. @@ -85,8 +83,8 @@ DESCRIPTION cally updating progress indicator. Memory usage - The memory usage of xz varies from a few hundred kilobytes to several - gigabytes depending on the compression settings. The settings used + The memory usage of xz varies from a few hundred kilobytes to several + gigabytes depending on the compression settings. The settings used when compressing a file determine the memory requirements of the decom- pressor. Typically the decompressor needs 5 % to 20 % of the amount of memory that the compressor needed when creating the file. For example, @@ -101,7 +99,7 @@ DESCRIPTION processes, relying on it wasn't deemed to be flexible enough (for exam- ple, using ulimit(1) to limit virtual memory tends to cripple mmap(2)). - The memory usage limiter can be enabled with the command line option + The memory usage limiter can be enabled with the command line option --memlimit=limit. Often it is more convenient to enable the limiter by default by setting the environment variable XZ_DEFAULTS, for example, XZ_DEFAULTS=--memlimit=150MiB. It is possible to set the limits sepa- @@ -125,7 +123,7 @@ DESCRIPTION It is possible to concatenate .xz files as is. xz will decompress such files as if they were a single .xz file. - It is possible to insert padding between the concatenated parts or af- + It is possible to insert padding between the concatenated parts or af- ter the last part. The padding must consist of null bytes and the size of the padding must be a multiple of four bytes. This can be useful, for example, if the .xz file is stored on a medium that measures file @@ -153,34 +151,34 @@ OPTIONS supported by the option. Operation mode - If multiple operation mode options are given, the last one takes ef- + If multiple operation mode options are given, the last one takes ef- fect. -z, --compress - Compress. This is the default operation mode when no operation - mode option is specified and no other operation mode is implied + Compress. This is the default operation mode when no operation + mode option is specified and no other operation mode is implied from the command name (for example, unxz implies --decompress). -d, --decompress, --uncompress Decompress. -t, --test - Test the integrity of compressed files. This option is equiva- - lent to --decompress --stdout except that the decompressed data - is discarded instead of being written to standard output. No + Test the integrity of compressed files. This option is equiva- + lent to --decompress --stdout except that the decompressed data + is discarded instead of being written to standard output. No files are created or removed. -l, --list - Print information about compressed files. No uncompressed out- - put is produced, and no files are created or removed. In list - mode, the program cannot read the compressed data from standard + Print information about compressed files. No uncompressed out- + put is produced, and no files are created or removed. In list + mode, the program cannot read the compressed data from standard input or from other unseekable sources. - The default listing shows basic information about files, one - file per line. To get more detailed information, use also the - --verbose option. For even more information, use --verbose - twice, but note that this may be slow, because getting all the - extra information requires many seeks. The width of verbose + The default listing shows basic information about files, one + file per line. To get more detailed information, use also the + --verbose option. For even more information, use --verbose + twice, but note that this may be slow, because getting all the + extra information requires many seeks. The width of verbose output exceeds 80 characters, so piping the output to, for exam- ple, less -S may be convenient if the terminal isn't wide enough. @@ -206,19 +204,19 @@ OPTIONS o If the target file already exists, delete it before compress- ing or decompressing. - o Compress or decompress even if the input is a symbolic link - to a regular file, has more than one hard link, or has the - setuid, setgid, or sticky bit set. The setuid, setgid, and + o Compress or decompress even if the input is a symbolic link + to a regular file, has more than one hard link, or has the + setuid, setgid, or sticky bit set. The setuid, setgid, and sticky bits are not copied to the target file. - o When used with --decompress --stdout and xz cannot recognize - the type of the source file, copy the source file as is to - standard output. This allows xzcat --force to be used like + o When used with --decompress --stdout and xz cannot recognize + the type of the source file, copy the source file as is to + standard output. This allows xzcat --force to be used like cat(1) for files that have not been compressed with xz. Note that in future, xz might support new compressed file formats, - which may make xz decompress more types of files instead of - copying them as is to standard output. --format=format can - be used to restrict xz to decompress only a single file for- + which may make xz decompress more types of files instead of + copying them as is to standard output. --format=format can + be used to restrict xz to decompress only a single file for- mat. -c, --stdout, --to-stdout @@ -227,18 +225,18 @@ OPTIONS --single-stream Decompress only the first .xz stream, and silently ignore possi- - ble remaining input data following the stream. Normally such + ble remaining input data following the stream. Normally such trailing garbage makes xz display an error. - xz never decompresses more than one stream from .lzma files or - raw streams, but this option still makes xz ignore the possible + xz never decompresses more than one stream from .lzma files or + raw streams, but this option still makes xz ignore the possible trailing data after the .lzma file or raw stream. - This option has no effect if the operation mode is not --decom- + This option has no effect if the operation mode is not --decom- press or --test. --no-sparse - Disable creation of sparse files. By default, if decompressing + Disable creation of sparse files. By default, if decompressing into a regular file, xz tries to make the file sparse if the de- compressed data contains long sequences of binary zeros. It also works when writing to standard output as long as standard @@ -249,12 +247,12 @@ OPTIONS -S .suf, --suffix=.suf When compressing, use .suf as the suffix for the target file in- - stead of .xz or .lzma. If not writing to standard output and - the source file already has the suffix .suf, a warning is dis- + stead of .xz or .lzma. If not writing to standard output and + the source file already has the suffix .suf, a warning is dis- played and the file is skipped. - When decompressing, recognize files with the suffix .suf in ad- - dition to files with the .xz, .txz, .lzma, .tlz, or .lz suffix. + When decompressing, recognize files with the suffix .suf in ad- + dition to files with the .xz, .txz, .lzma, .tlz, or .lz suffix. If the source file has the suffix .suf, the suffix is removed to get the target filename. @@ -271,16 +269,16 @@ OPTIONS fore the filenames read from file. --files0[=file] - This is identical to --files[=file] except that each filename + This is identical to --files[=file] except that each filename must be terminated with the null character. Basic file format and compression options -F format, --format=format Specify the file format to compress or decompress: - auto This is the default. When compressing, auto is equiva- - lent to xz. When decompressing, the format of the input - file is automatically detected. Note that raw streams + auto This is the default. When compressing, auto is equiva- + lent to xz. When decompressing, the format of the input + file is automatically detected. Note that raw streams (created with --format=raw) cannot be auto-detected. xz Compress to the .xz file format, or accept only .xz files @@ -297,14 +295,14 @@ OPTIONS The .lz format version 0 and the unextended version 1 are supported. Version 0 files were produced by lzip 1.3 and - older. Such files aren't common but may be found from - file archives as a few source packages were released in - this format. People might have old personal files in - this format too. Decompression support for the format + older. Such files aren't common but may be found from + file archives as a few source packages were released in + this format. People might have old personal files in + this format too. Decompression support for the format version 0 was removed in lzip 1.18. - lzip 1.4 and later create files in the format version 1. - The sync flush marker extension to the format version 1 + lzip 1.4 and later create files in the format version 1. + The sync flush marker extension to the format version 1 was added in lzip 1.6. This extension is rarely used and isn't supported by xz (diagnosed as corrupt input). @@ -324,22 +322,22 @@ OPTIONS Supported check types: - none Don't calculate an integrity check at all. This is usu- - ally a bad idea. This can be useful when integrity of + none Don't calculate an integrity check at all. This is usu- + ally a bad idea. This can be useful when integrity of the data is verified by other means anyway. - crc32 Calculate CRC32 using the polynomial from IEEE-802.3 + crc32 Calculate CRC32 using the polynomial from IEEE-802.3 (Ethernet). crc64 Calculate CRC64 using the polynomial from ECMA-182. This is the default, since it is slightly better than CRC32 at - detecting damaged files and the speed difference is neg- + detecting damaged files and the speed difference is neg- ligible. - sha256 Calculate SHA-256. This is somewhat slower than CRC32 + sha256 Calculate SHA-256. This is somewhat slower than CRC32 and CRC64. - Integrity of the .xz headers is always verified with CRC32. It + Integrity of the .xz headers is always verified with CRC32. It is not possible to change or disable it. --ignore-check @@ -352,7 +350,7 @@ OPTIONS o Trying to recover data from a corrupt .xz file. - o Speeding up decompression. This matters mostly with SHA-256 + o Speeding up decompression. This matters mostly with SHA-256 or with files that have compressed extremely well. It's rec- ommended to not use this option for this purpose unless the file integrity is verified externally in some other way. @@ -383,13 +381,13 @@ OPTIONS memory usage reasonable even for old systems. -6 is the default, which is usually a good choice for distributing files that need to be decompressible even on systems with - only 16 MiB RAM. (-5e or -6e may be worth considering + only 16 MiB RAM. (-5e or -6e may be worth considering too. See --extreme.) -7 ... -9 - These are like -6 but with higher compressor and decom- - pressor memory requirements. These are useful only when - compressing files bigger than 8 MiB, 16 MiB, and 32 MiB, + These are like -6 but with higher compressor and decom- + pressor memory requirements. These are useful only when + compressing files bigger than 8 MiB, 16 MiB, and 32 MiB, respectively. On the same hardware, the decompression speed is approximately a @@ -415,40 +413,44 @@ OPTIONS Column descriptions: o DictSize is the LZMA2 dictionary size. It is waste of memory - to use a dictionary bigger than the size of the uncompressed - file. This is why it is good to avoid using the presets -7 - ... -9 when there's no real need for them. At -6 and lower, + to use a dictionary bigger than the size of the uncompressed + file. This is why it is good to avoid using the presets -7 + ... -9 when there's no real need for them. At -6 and lower, the amount of memory wasted is usually low enough to not mat- ter. o CompCPU is a simplified representation of the LZMA2 settings that affect compression speed. The dictionary size affects speed too, so while CompCPU is the same for levels -6 ... -9, - higher levels still tend to be a little slower. To get even + higher levels still tend to be a little slower. To get even slower and thus possibly better compression, see --extreme. - o CompMem contains the compressor memory requirements in the - single-threaded mode. It may vary slightly between xz ver- - sions. Memory requirements of some of the future multi- - threaded modes may be dramatically higher than that of the - single-threaded mode. + o CompMem contains the compressor memory requirements in the + single-threaded mode. It may vary slightly between xz ver- + sions. - o DecMem contains the decompressor memory requirements. That - is, the compression settings determine the memory require- + o DecMem contains the decompressor memory requirements. That + is, the compression settings determine the memory require- ments of the decompressor. The exact decompressor memory us- age is slightly more than the LZMA2 dictionary size, but the values in the table have been rounded up to the next full MiB. + Memory requirements of the multi-threaded mode are significantly + higher than that of the single-threaded mode. With the default + value of --block-size, each thread needs 3*3*DictSize plus Comp- + Mem or DecMem. For example, four threads with preset -6 needs + 660-670 MiB of memory. + -e, --extreme Use a slower variant of the selected compression preset level (-0 ... -9) to hopefully get a little bit better compression ra- - tio, but with bad luck this can also make it worse. Decompres- - sor memory usage is not affected, but compressor memory usage + tio, but with bad luck this can also make it worse. Decompres- + sor memory usage is not affected, but compressor memory usage increases a little at preset levels -0 ... -3. - Since there are two presets with dictionary sizes 4 MiB and - 8 MiB, the presets -3e and -5e use slightly faster settings + Since there are two presets with dictionary sizes 4 MiB and + 8 MiB, the presets -3e and -5e use slightly faster settings (lower CompCPU) than -4e and -6e, respectively. That way no two presets are identical. @@ -487,50 +489,76 @@ OPTIONS whichever is more. Typically a good value is 2-4 times the size of the LZMA2 dictionary or at least 1 MiB. Using size less than the LZMA2 dictionary size is waste of RAM because then the LZMA2 - dictionary buffer will never get fully used. The sizes of the - blocks are stored in the block headers, which a future version - of xz will use for multi-threaded decompression. + dictionary buffer will never get fully used. In multi-threaded + mode, the sizes of the blocks are stored in the block headers. + This size information is required for multi-threaded decompres- + sion. In single-threaded mode no block splitting is done by default. Setting this option doesn't affect memory usage. No size infor- mation is stored in block headers, thus files created in single- threaded mode won't be identical to files created in multi- - threaded mode. The lack of size information also means that a - future version of xz won't be able decompress the files in - multi-threaded mode. + threaded mode. The lack of size information also means that xz + won't be able decompress the files in multi-threaded mode. + + --block-list=items + When compressing to the .xz format, start a new block with an + optional custom filter chain after the given intervals of uncom- + pressed data. + + The items are a comma-separated list. Each item consists of an + optional filter chain number between 0 and 9 followed by a colon + (:) and a required size of uncompressed data. Omitting an item + (two or more consecutive commas) is a shorthand to use the size + and filters of the previous item. + + If the input file is bigger than the sum of the sizes in items, + the last item is repeated until the end of the file. A special + value of 0 may be used as the last size to indicate that the + rest of the file should be encoded as a single block. - --block-list=sizes - When compressing to the .xz format, start a new block after the - given intervals of uncompressed data. + An alternative filter chain for each block can be specified in + combination with the --filters1=filters ... --filters9=filters + options. These options define filter chains with an identifier + between 1-9. Filter chain 0 can be used to refer to the default + filter chain, which is the same as not specifying a filter + chain. The filter chain identifier can be used before the un- + compressed size, followed by a colon (:). For example, if one + specifies --block-list=1:2MiB,3:2MiB,2:4MiB,,2MiB,0:4MiB then + blocks will be created using: - The uncompressed sizes of the blocks are specified as a comma- - separated list. Omitting a size (two or more consecutive com- - mas) is a shorthand to use the size of the previous block. + o The filter chain specified by --filters1 and 2 MiB input - If the input file is bigger than the sum of sizes, the last - value in sizes is repeated until the end of the file. A special - value of 0 may be used as the last value to indicate that the - rest of the file should be encoded as a single block. + o The filter chain specified by --filters3 and 2 MiB input + + o The filter chain specified by --filters2 and 4 MiB input + + o The filter chain specified by --filters2 and 4 MiB input - If one specifies sizes that exceed the encoder's block size (ei- - ther the default value in threaded mode or the value specified - with --block-size=size), the encoder will create additional - blocks while keeping the boundaries specified in sizes. For ex- + o The default filter chain and 2 MiB input + + o The default filter chain and 4 MiB input for every block un- + til end of input. + + If one specifies a size that exceeds the encoder's block size + (either the default value in threaded mode or the value speci- + fied with --block-size=size), the encoder will create additional + blocks while keeping the boundaries specified in items. For ex- ample, if one specifies --block-size=10MiB --block-list=5MiB,10MiB,8MiB,12MiB,24MiB and the input file is 80 MiB, one will get 11 blocks: 5, 10, 8, 10, 2, 10, 10, 4, 10, 10, and 1 MiB. In multi-threaded mode the sizes of the blocks are stored in the - block headers. This isn't done in single-threaded mode, so the - encoded output won't be identical to that of the multi-threaded + block headers. This isn't done in single-threaded mode, so the + encoded output won't be identical to that of the multi-threaded mode. --flush-timeout=timeout - When compressing, if more than timeout milliseconds (a positive - integer) has passed since the previous flush and reading more - input would block, all the pending input data is flushed from - the encoder and made available in the output stream. This can + When compressing, if more than timeout milliseconds (a positive + integer) has passed since the previous flush and reading more + input would block, all the pending input data is flushed from + the encoder and made available in the output stream. This can be useful if xz is used to compress data that is streamed over a network. Small timeout values make the data available at the receiving end with a small delay, but large timeout values give @@ -556,24 +584,24 @@ OPTIONS ceeded and display a notice that automatic adjustment was done. The adjustments are done in this order: reducing the number of threads, switching to single-threaded mode if even one thread in - multi-threaded mode exceeds the limit, and finally reducing the + multi-threaded mode exceeds the limit, and finally reducing the LZMA2 dictionary size. - When compressing with --format=raw or if --no-adjust has been - specified, only the number of threads may be reduced since it + When compressing with --format=raw or if --no-adjust has been + specified, only the number of threads may be reduced since it can be done without affecting the compressed output. - If the limit cannot be met even with the adjustments described - above, an error is displayed and xz will exit with exit status + If the limit cannot be met even with the adjustments described + above, an error is displayed and xz will exit with exit status 1. The limit can be specified in multiple ways: - o The limit can be an absolute value in bytes. Using an inte- - ger suffix like MiB can be useful. Example: --memlimit-com- + o The limit can be an absolute value in bytes. Using an inte- + ger suffix like MiB can be useful. Example: --memlimit-com- press=80MiB - o The limit can be specified as a percentage of total physical + o The limit can be specified as a percentage of total physical memory (RAM). This can be useful especially when setting the XZ_DEFAULTS environment variable in a shell initialization script that is shared between different computers. That way @@ -588,17 +616,17 @@ OPTIONS over 4020 MiB, the limit is set to 4020 MiB. On MIPS32 2000 MiB is used instead. (The values 0 and max aren't affected by this. A similar feature doesn't exist for decompression.) This can be - helpful when a 32-bit executable has access to 4 GiB address - space (2 GiB on MIPS32) while hopefully doing no harm in other + helpful when a 32-bit executable has access to 4 GiB address + space (2 GiB on MIPS32) while hopefully doing no harm in other situations. See also the section Memory usage. --memlimit-decompress=limit - Set a memory usage limit for decompression. This also affects - the --list mode. If the operation is not possible without ex- - ceeding the limit, xz will display an error and decompressing - the file will fail. See --memlimit-compress=limit for possible + Set a memory usage limit for decompression. This also affects + the --list mode. If the operation is not possible without ex- + ceeding the limit, xz will display an error and decompressing + the file will fail. See --memlimit-compress=limit for possible ways to specify the limit. --memlimit-mt-decompress=limit @@ -608,20 +636,20 @@ OPTIONS multi-threading, the limit is ignored and xz will continue in single-threaded mode. Note that if also --memlimit-decompress is used, it will always apply to both single-threaded and multi- - threaded modes, and so the effective limit for multi-threading - will never be higher than the limit set with --memlimit-decom- + threaded modes, and so the effective limit for multi-threading + will never be higher than the limit set with --memlimit-decom- press. - In contrast to the other memory usage limit options, --mem- - limit-mt-decompress=limit has a system-specific default limit. + In contrast to the other memory usage limit options, --mem- + limit-mt-decompress=limit has a system-specific default limit. xz --info-memory can be used to see the current value. - This option and its default value exist because without any - limit the threaded decompressor could end up allocating an in- - sane amount of memory with some input files. If the default + This option and its default value exist because without any + limit the threaded decompressor could end up allocating an in- + sane amount of memory with some input files. If the default limit is too low on your system, feel free to increase the limit but never set it to a value larger than the amount of usable RAM - as with appropriate input files xz will attempt to use that + as with appropriate input files xz will attempt to use that amount of memory even with a low number of threads. Running out of memory or swapping will not improve decompression perfor- mance. @@ -648,18 +676,18 @@ OPTIONS -T threads, --threads=threads Specify the number of worker threads to use. Setting threads to - a special value 0 makes xz use up to as many threads as the pro- - cessor(s) on the system support. The actual number of threads - can be fewer than threads if the input file is not big enough - for threading with the given settings or if using more threads - would exceed the memory usage limit. + a special value 0 makes xz use up to as many threads as the + processor(s) on the system support. The actual number of + threads can be fewer than threads if the input file is not big + enough for threading with the given settings or if using more + threads would exceed the memory usage limit. The single-threaded and multi-threaded compressors produce dif- ferent output. Single-threaded compressor will give the small- est file size but only the output from the multi-threaded com- pressor can be decompressed using multiple threads. Setting threads to 1 will use the single-threaded mode. Setting threads - to any other value, including 0, will use the multi-threaded + to any other value, including 0, will use the multi-threaded compressor even if the system supports only one hardware thread. (xz 5.2.x used single-threaded mode in this situation.) @@ -670,9 +698,9 @@ OPTIONS added in xz 5.4.0. If an automatic number of threads has been requested and no mem- - ory usage limit has been specified, then a system-specific de- - fault soft limit will be used to possibly limit the number of - threads. It is a soft limit in sense that it is ignored if the + ory usage limit has been specified, then a system-specific de- + fault soft limit will be used to possibly limit the number of + threads. It is a soft limit in sense that it is ignored if the number of threads becomes one, thus a soft limit will never stop xz from compressing or decompressing. This default soft limit will not make xz switch from multi-threaded mode to single- @@ -681,7 +709,7 @@ OPTIONS Currently the only threading method is to split the input into blocks and compress them independently from each other. The de- - fault block size depends on the compression level and can be + fault block size depends on the compression level and can be overridden with the --block-size=size option. Threaded decompression only works on files that contain multiple @@ -690,6 +718,9 @@ OPTIONS files compressed in single-threaded mode don't even if --block-size=size has been used. + The default value for threads is 0. In xz 5.4.x and older the + default is 1. + Custom compressor filter chains A custom filter chain allows specifying the compression settings in de- tail instead of relying on the settings associated to the presets. @@ -701,9 +732,9 @@ OPTIONS A filter chain is comparable to piping on the command line. When com- pressing, the uncompressed input goes to the first filter, whose output - goes to the next filter (if any). The output of the last filter gets - written to the compressed file. The maximum number of filters in the - chain is four, but typically a filter chain has only one or two fil- + goes to the next filter (if any). The output of the last filter gets + written to the compressed file. The maximum number of filters in the + chain is four, but typically a filter chain has only one or two fil- ters. Many filters have limitations on where they can be in the filter chain: @@ -712,20 +743,49 @@ OPTIONS pending on the filter, this limitation is either inherent to the filter design or exists to prevent security issues. - A custom filter chain is specified by using one or more filter options - in the order they are wanted in the filter chain. That is, the order - of filter options is significant! When decoding raw streams (--for- - mat=raw), the filter chain is specified in the same order as it was - specified when compressing. - - Filters take filter-specific options as a comma-separated list. Extra - commas in options are ignored. Every option has a default value, so - you need to specify only those you want to change. + A custom filter chain can be specified in two different ways. The op- + tions --filters=filters and --filters1=filters ... --filters9=filters + allow specifying an entire filter chain in one option using the liblzma + filter string syntax. Alternatively, a filter chain can be specified + by using one or more individual filter options in the order they are + wanted in the filter chain. That is, the order of the individual fil- + ter options is significant! When decoding raw streams (--format=raw), + the filter chain must be specified in the same order as it was speci- + fied when compressing. Any individual filter or preset options speci- + fied before the full chain option (--filters=filters) will be forgot- + ten. Individual filters specified after the full chain option will re- + set the filter chain. + + Both the full and individual filter options take filter-specific op- + tions as a comma-separated list. Extra commas in options are ignored. + Every option has a default value, so specify those you want to change. To see the whole filter chain and options, use xz -vv (that is, use --verbose twice). This works also for viewing the filter chain options used by presets. + --filters=filters + Specify the full filter chain or a preset in a single option. + Each filter can be separated by spaces or two dashes (--). fil- + ters may need to be quoted on the shell command line so it is + parsed as a single option. To denote options, use : or =. A + preset can be prefixed with a - and followed with zero or more + flags. The only supported flag is e to apply the same options + as --extreme. + + --filters1=filters ... --filters9=filters + Specify up to nine additional filter chains that can be used + with --block-list. + + For example, when compressing an archive with executable files + followed by text files, the executable part could use a filter + chain with a BCJ filter and the text part only the LZMA2 filter. + + --filters-help + Display a help message describing how to specify presets and + custom filter chains in the --filters and --filters1=filters ... + --filters9=filters options, and exit successfully. + --lzma1[=options] --lzma2[=options] Add LZMA1 or LZMA2 filter to the filter chain. These filters @@ -751,9 +811,9 @@ OPTIONS dict=size Dictionary (history buffer) size indicates how many bytes - of the recently processed uncompressed data is kept in - memory. The algorithm tries to find repeating byte se- - quences (matches) in the uncompressed data, and replace + of the recently processed uncompressed data is kept in + memory. The algorithm tries to find repeating byte se- + quences (matches) in the uncompressed data, and replace them with references to the data currently in the dictio- nary. The bigger the dictionary, the higher is the chance to find a match. Thus, increasing dictionary size @@ -763,16 +823,16 @@ OPTIONS Typical dictionary size is from 64 KiB to 64 MiB. The minimum is 4 KiB. The maximum for compression is cur- rently 1.5 GiB (1536 MiB). The decompressor already sup- - ports dictionaries up to one byte less than 4 GiB, which + ports dictionaries up to one byte less than 4 GiB, which is the maximum for the LZMA1 and LZMA2 stream formats. - Dictionary size and match finder (mf) together determine + Dictionary size and match finder (mf) together determine the memory usage of the LZMA1 or LZMA2 encoder. The same (or bigger) dictionary size is required for decompressing - that was used when compressing, thus the memory usage of - the decoder is determined by the dictionary size used - when compressing. The .xz headers store the dictionary - size either as 2^n or 2^n + 2^(n-1), so these sizes are + that was used when compressing, thus the memory usage of + the decoder is determined by the dictionary size used + when compressing. The .xz headers store the dictionary + size either as 2^n or 2^n + 2^(n-1), so these sizes are somewhat preferred for compression. Other sizes will get rounded up when stored in the .xz headers. @@ -791,7 +851,7 @@ OPTIONS ter, and a lower-case letter is usually followed by an- other lower-case letter. In the US-ASCII character set, the highest three bits are 010 for upper-case letters and - 011 for lower-case letters. When lc is at least 3, the + 011 for lower-case letters. When lc is at least 3, the literal coding can take advantage of this property in the uncompressed data. @@ -807,11 +867,11 @@ OPTIONS data is assumed when encoding literals. See pb below for more information about alignment. - pb=pb Specify the number of position bits. The minimum is 0 + pb=pb Specify the number of position bits. The minimum is 0 and the maximum is 4; the default is 2. - Pb affects what kind of alignment in the uncompressed - data is assumed in general. The default means four-byte + Pb affects what kind of alignment in the uncompressed + data is assumed in general. The default means four-byte alignment (2^pb=2^2=4), which is often a good choice when there's no better guess. @@ -820,7 +880,7 @@ OPTIONS files having one-byte alignment (US-ASCII, ISO-8859-*, UTF-8), setting pb=0 can improve compression slightly. For UTF-16 text, pb=1 is a good choice. If the alignment - is an odd number like 3 bytes, pb=0 might be the best + is an odd number like 3 bytes, pb=0 might be the best choice. Even though the assumed alignment can be adjusted with pb @@ -869,7 +929,7 @@ OPTIONS mode=mode Compression mode specifies the method to analyze the data - produced by the match finder. Supported modes are fast + produced by the match finder. Supported modes are fast and normal. The default is fast for presets 0-3 and nor- mal for presets 4-9. @@ -878,17 +938,17 @@ OPTIONS the presets do. nice=nice - Specify what is considered to be a nice length for a + Specify what is considered to be a nice length for a match. Once a match of at least nice bytes is found, the algorithm stops looking for possibly better matches. Nice can be 2-273 bytes. Higher values tend to give bet- - ter compression ratio at the expense of speed. The de- + ter compression ratio at the expense of speed. The de- fault depends on the preset. depth=depth - Specify the maximum search depth in the match finder. - The default is the special value of 0, which makes the + Specify the maximum search depth in the match finder. + The default is the special value of 0, which makes the compressor determine a reasonable depth from mf and nice. Reasonable depth for Hash Chains is 4-100 and 16-1000 for @@ -908,6 +968,7 @@ OPTIONS --powerpc[=options] --ia64[=options] --sparc[=options] + --riscv[=options] Add a branch/call/jump (BCJ) filter to the filter chain. These filters can be used only as a non-last filter in the filter chain. @@ -916,9 +977,9 @@ OPTIONS their absolute counterparts. This doesn't change the size of the data but it increases redundancy, which can help LZMA2 to produce 0-15 % smaller .xz file. The BCJ filters are always re- - versible, so using a BCJ filter for wrong type of data doesn't - cause any data loss, although it may make the compression ratio - slightly worse. The BCJ filters are very fast and use an in- + versible, so using a BCJ filter for wrong type of data doesn't + cause any data loss, although it may make the compression ratio + slightly worse. The BCJ filters are very fast and use an in- significant amount of memory. These BCJ filters have known problems related to the compression @@ -931,16 +992,16 @@ OPTIONS sion, which will make the compression worse with these files. o If a BCJ filter is applied on an archive, it is possible that - it makes the compression ratio worse than not using a BCJ - filter. For example, if there are similar or even identical - executables then filtering will likely make the files less - similar and thus compression is worse. The contents of non- - executable files in the same archive can matter too. In - practice one has to try with and without a BCJ filter to see + it makes the compression ratio worse than not using a BCJ + filter. For example, if there are similar or even identical + executables then filtering will likely make the files less + similar and thus compression is worse. The contents of non- + executable files in the same archive can matter too. In + practice one has to try with and without a BCJ filter to see which is better in each situation. - Different instruction sets have different alignment: the exe- - cutable file must be aligned to a multiple of this value in the + Different instruction sets have different alignment: the exe- + cutable file must be aligned to a multiple of this value in the input data to make the filter work. Filter Alignment Notes @@ -951,14 +1012,29 @@ OPTIONS PowerPC 4 Big endian only IA-64 16 Itanium SPARC 4 + RISC-V 2 - Since the BCJ-filtered data is usually compressed with LZMA2, - the compression ratio may be improved slightly if the LZMA2 op- + Since the BCJ-filtered data is usually compressed with LZMA2, + the compression ratio may be improved slightly if the LZMA2 op- tions are set to match the alignment of the selected BCJ filter. - For example, with the IA-64 filter, it's good to set pb=4 or - even pb=4,lp=4,lc=0 with LZMA2 (2^4=16). The x86 filter is an - exception; it's usually good to stick to LZMA2's default four- - byte alignment when compressing x86 executables. + Examples: + + o IA-64 filter has 16-byte alignment so pb=4,lp=4,lc=0 is good + with LZMA2 (2^4=16). + + o RISC-V code has 2-byte or 4-byte alignment depending on + whether the file contains 16-bit compressed instructions (the + C extension). When 16-bit instructions are used, + pb=2,lp=1,lc=3 or pb=1,lp=1,lc=3 is good. When 16-bit in- + structions aren't present, pb=2,lp=2,lc=2 is the best. read- + elf -h can be used to check if "RVC" appears on the "Flags" + line. + + o ARM64 is always 4-byte aligned so pb=2,lp=2,lc=2 is the best. + + o The x86 filter is an exception. It's usually good to stick + to LZMA2's defaults (pb=2,lp=0,lc=3) when compressing x86 ex- + ecutables. All BCJ filters support the same options: @@ -966,7 +1042,7 @@ OPTIONS Specify the start offset that is used when converting be- tween relative and absolute addresses. The offset must be a multiple of the alignment of the filter (see the ta- - ble above). The default is zero. In practice, the de- + ble above). The default is zero. In practice, the de- fault is good; specifying a custom offset is almost never useful. @@ -978,13 +1054,13 @@ OPTIONS It can be useful when compressing, for example, uncompressed bitmap images or uncompressed PCM audio. However, special pur- pose algorithms may give significantly better results than Delta - + LZMA2. This is true especially with audio, which compresses + + LZMA2. This is true especially with audio, which compresses faster and better, for example, with flac(1). Supported options: dist=distance - Specify the distance of the delta calculation in bytes. + Specify the distance of the delta calculation in bytes. distance must be 1-256. The default is 1. For example, with dist=2 and eight-byte input A1 B1 A2 B3 @@ -994,23 +1070,23 @@ OPTIONS -q, --quiet Suppress warnings and notices. Specify this twice to suppress errors too. This option has no effect on the exit status. That - is, even if a warning was suppressed, the exit status to indi- + is, even if a warning was suppressed, the exit status to indi- cate a warning is still used. -v, --verbose - Be verbose. If standard error is connected to a terminal, xz - will display a progress indicator. Specifying --verbose twice + Be verbose. If standard error is connected to a terminal, xz + will display a progress indicator. Specifying --verbose twice will give even more verbose output. The progress indicator shows the following information: - o Completion percentage is shown if the size of the input file + o Completion percentage is shown if the size of the input file is known. That is, the percentage cannot be shown in pipes. - o Amount of compressed data produced (compressing) or consumed + o Amount of compressed data produced (compressing) or consumed (decompressing). - o Amount of uncompressed data consumed (compressing) or pro- + o Amount of uncompressed data consumed (compressing) or pro- duced (decompressing). o Compression ratio, which is calculated by dividing the amount @@ -1032,12 +1108,12 @@ OPTIONS When standard error is not a terminal, --verbose will make xz print the filename, compressed size, uncompressed size, compres- - sion ratio, and possibly also the speed and elapsed time on a + sion ratio, and possibly also the speed and elapsed time on a single line to standard error after compressing or decompressing the file. The speed and elapsed time are included only when the - operation took at least a few seconds. If the operation didn't - finish, for example, due to user interruption, also the comple- - tion percentage is printed if the size of the input file is + operation took at least a few seconds. If the operation didn't + finish, for example, due to user interruption, also the comple- + tion percentage is printed if the size of the input file is known. -Q, --no-warn @@ -1075,63 +1151,9 @@ OPTIONS ROBOT MODE The robot mode is activated with the --robot option. It makes the out- put of xz easier to parse by other programs. Currently --robot is sup- - ported only together with --version, --info-memory, and --list. It - will be supported for compression and decompression in the future. - - Version - xz --robot --version prints the version number of xz and liblzma in the - following format: - - XZ_VERSION=XYYYZZZS - LIBLZMA_VERSION=XYYYZZZS - - X Major version. - - YYY Minor version. Even numbers are stable. Odd numbers are alpha - or beta versions. - - ZZZ Patch level for stable releases or just a counter for develop- - ment releases. - - S Stability. 0 is alpha, 1 is beta, and 2 is stable. S should be - always 2 when YYY is even. - - XYYYZZZS are the same on both lines if xz and liblzma are from the same - XZ Utils release. - - Examples: 4.999.9beta is 49990091 and 5.0.0 is 50000002. - - Memory limit information - xz --robot --info-memory prints a single line with multiple tab-sepa- - rated columns: - - 1. Total amount of physical memory (RAM) in bytes. - - 2. Memory usage limit for compression in bytes (--memlimit-compress). - A special value of 0 indicates the default setting which for sin- - gle-threaded mode is the same as no limit. - - 3. Memory usage limit for decompression in bytes (--memlimit-decom- - press). A special value of 0 indicates the default setting which - for single-threaded mode is the same as no limit. - - 4. Since xz 5.3.4alpha: Memory usage for multi-threaded decompression - in bytes (--memlimit-mt-decompress). This is never zero because a - system-specific default value shown in the column 5 is used if no - limit has been specified explicitly. This is also never greater - than the value in the column 3 even if a larger value has been - specified with --memlimit-mt-decompress. - - 5. Since xz 5.3.4alpha: A system-specific default memory usage limit - that is used to limit the number of threads when compressing with - an automatic number of threads (--threads=0) and no memory usage - limit has been specified (--memlimit-compress). This is also used - as the default value for --memlimit-mt-decompress. - - 6. Since xz 5.3.4alpha: Number of available processor threads. - - In the future, the output of xz --robot --info-memory may have more - columns, but never more than a single line. + ported only together with --list, --filters-help, --info-memory, and + --version. It will be supported for compression and decompression in + the future. List mode xz --robot --list uses tab-separated output. The first column of every @@ -1155,10 +1177,10 @@ ROBOT MODE summary This line type is used only when --verbose was specified twice. This line is printed after all block lines. Like the file line, - the summary line contains overall information about the .xz + the summary line contains overall information about the .xz file. - totals This line is always the very last line of the list output. It + totals This line is always the very last line of the list output. It shows the total counts and sizes. The columns of the file lines: @@ -1166,10 +1188,10 @@ ROBOT MODE 3. Total number of blocks in the stream(s) 4. Compressed size of the file 5. Uncompressed size of the file - 6. Compression ratio, for example, 0.123. If ratio is over - 9.999, three dashes (---) are displayed instead of the ra- + 6. Compression ratio, for example, 0.123. If ratio is over + 9.999, three dashes (---) are displayed instead of the ra- tio. - 7. Comma-separated list of integrity check names. The follow- + 7. Comma-separated list of integrity check names. The follow- ing strings are used for the known check types: None, CRC32, CRC64, and SHA-256. For unknown check types, Unknown-N is used, where N is the Check ID as a decimal number (one or @@ -1240,24 +1262,94 @@ ROBOT MODE 9. Number of files. This is here to keep the order of the ear- lier columns the same as on file lines. - If --verbose was specified twice, additional columns are included on + If --verbose was specified twice, additional columns are included on the totals line: - 10. Maximum amount of memory (in bytes) required to decompress + 10. Maximum amount of memory (in bytes) required to decompress the files with this xz version - 11. yes or no indicating if all block headers have both com- + 11. yes or no indicating if all block headers have both com- pressed size and uncompressed size stored in them Since xz 5.1.2alpha: 12. Minimum xz version required to decompress the file - Future versions may add new line types and new columns can be added to + Future versions may add new line types and new columns can be added to the existing line types, but the existing columns won't be changed. + Filters help + xz --robot --filters-help prints the supported filters in the following + format: + + filter:option=,option=... + + filter Name of the filter + + option Name of a filter specific option + + value Numeric value ranges appear as . String value choices + are shown within < > and separated by a | character. + + Each filter is printed on its own line. + + Memory limit information + xz --robot --info-memory prints a single line with multiple tab-sepa- + rated columns: + + 1. Total amount of physical memory (RAM) in bytes. + + 2. Memory usage limit for compression in bytes (--memlimit-compress). + A special value of 0 indicates the default setting which for sin- + gle-threaded mode is the same as no limit. + + 3. Memory usage limit for decompression in bytes (--memlimit-decom- + press). A special value of 0 indicates the default setting which + for single-threaded mode is the same as no limit. + + 4. Since xz 5.3.4alpha: Memory usage for multi-threaded decompression + in bytes (--memlimit-mt-decompress). This is never zero because a + system-specific default value shown in the column 5 is used if no + limit has been specified explicitly. This is also never greater + than the value in the column 3 even if a larger value has been + specified with --memlimit-mt-decompress. + + 5. Since xz 5.3.4alpha: A system-specific default memory usage limit + that is used to limit the number of threads when compressing with + an automatic number of threads (--threads=0) and no memory usage + limit has been specified (--memlimit-compress). This is also used + as the default value for --memlimit-mt-decompress. + + 6. Since xz 5.3.4alpha: Number of available processor threads. + + In the future, the output of xz --robot --info-memory may have more + columns, but never more than a single line. + + Version + xz --robot --version prints the version number of xz and liblzma in the + following format: + + XZ_VERSION=XYYYZZZS + LIBLZMA_VERSION=XYYYZZZS + + X Major version. + + YYY Minor version. Even numbers are stable. Odd numbers are alpha + or beta versions. + + ZZZ Patch level for stable releases or just a counter for develop- + ment releases. + + S Stability. 0 is alpha, 1 is beta, and 2 is stable. S should be + always 2 when YYY is even. + + XYYYZZZS are the same on both lines if xz and liblzma are from the same + XZ Utils release. + + Examples: 4.999.9beta is 49990091 and 5.0.0 is 50000002. + EXIT STATUS 0 All is good. 1 An error occurred. - 2 Something worth a warning occurred, but no actual errors oc- + 2 Something worth a warning occurred, but no actual errors oc- curred. Notices (not warnings or errors) printed on standard error don't affect @@ -1266,16 +1358,16 @@ EXIT STATUS ENVIRONMENT xz parses space-separated lists of options from the environment vari- ables XZ_DEFAULTS and XZ_OPT, in this order, before parsing the options - from the command line. Note that only options are parsed from the en- - vironment variables; all non-options are silently ignored. Parsing is - done with getopt_long(3) which is used also for the command line argu- + from the command line. Note that only options are parsed from the en- + vironment variables; all non-options are silently ignored. Parsing is + done with getopt_long(3) which is used also for the command line argu- ments. XZ_DEFAULTS User-specific or system-wide default options. Typically this is set in a shell initialization script to enable xz's memory usage - limiter by default. Excluding shell initialization scripts and - similar special cases, scripts must never set or unset XZ_DE- + limiter by default. Excluding shell initialization scripts and + similar special cases, scripts must never set or unset XZ_DE- FAULTS. XZ_OPT This is for passing options to xz when it is not possible to set @@ -1293,16 +1385,16 @@ ENVIRONMENT export XZ_OPT LZMA UTILS COMPATIBILITY - The command line syntax of xz is practically a superset of lzma, un- - lzma, and lzcat as found from LZMA Utils 4.32.x. In most cases, it is - possible to replace LZMA Utils with XZ Utils without breaking existing - scripts. There are some incompatibilities though, which may sometimes + The command line syntax of xz is practically a superset of lzma, un- + lzma, and lzcat as found from LZMA Utils 4.32.x. In most cases, it is + possible to replace LZMA Utils with XZ Utils without breaking existing + scripts. There are some incompatibilities though, which may sometimes cause problems. Compression preset levels - The numbering of the compression level presets is not identical in xz - and LZMA Utils. The most important difference is how dictionary sizes - are mapped to different presets. Dictionary size is roughly equal to + The numbering of the compression level presets is not identical in xz + and LZMA Utils. The most important difference is how dictionary sizes + are mapped to different presets. Dictionary size is roughly equal to the decompressor memory usage. Level xz LZMA Utils @@ -1341,15 +1433,15 @@ LZMA UTILS COMPATIBILITY LZMA Utils does that when compressing regular files. The alternative is to mark that uncompressed size is unknown and use end-of-payload marker to indicate where the decompressor should stop. LZMA Utils uses - this method when uncompressed size isn't known, which is the case, for + this method when uncompressed size isn't known, which is the case, for example, in pipes. - xz supports decompressing .lzma files with or without end-of-payload - marker, but all .lzma files created by xz will use end-of-payload - marker and have uncompressed size marked as unknown in the .lzma - header. This may be a problem in some uncommon situations. For exam- - ple, a .lzma decompressor in an embedded device might work only with - files that have known uncompressed size. If you hit this problem, you + xz supports decompressing .lzma files with or without end-of-payload + marker, but all .lzma files created by xz will use end-of-payload + marker and have uncompressed size marked as unknown in the .lzma + header. This may be a problem in some uncommon situations. For exam- + ple, a .lzma decompressor in an embedded device might work only with + files that have known uncompressed size. If you hit this problem, you need to use LZMA Utils or LZMA SDK to create .lzma files with known un- compressed size. @@ -1360,13 +1452,13 @@ LZMA UTILS COMPATIBILITY with xz and with LZMA SDK. The implementation of the LZMA1 filter in liblzma requires that the sum - of lc and lp must not exceed 4. Thus, .lzma files, which exceed this + of lc and lp must not exceed 4. Thus, .lzma files, which exceed this limitation, cannot be decompressed with xz. LZMA Utils creates only .lzma files which have a dictionary size of 2^n (a power of 2) but accepts files with any dictionary size. liblzma ac- - cepts only .lzma files which have a dictionary size of 2^n or 2^n + - 2^(n-1). This is to decrease false positives when detecting .lzma + cepts only .lzma files which have a dictionary size of 2^n or 2^n + + 2^(n-1). This is to decrease false positives when detecting .lzma files. These limitations shouldn't be a problem in practice, since practically @@ -1385,11 +1477,11 @@ LZMA UTILS COMPATIBILITY NOTES Compressed output may vary - The exact compressed output produced from the same uncompressed input + The exact compressed output produced from the same uncompressed input file may vary between XZ Utils versions even if compression options are identical. This is because the encoder can be improved (faster or bet- - ter compression) without affecting the file format. The output can - vary even between different builds of the same XZ Utils version, if + ter compression) without affecting the file format. The output can + vary even between different builds of the same XZ Utils version, if different build options are used. The above means that once --rsyncable has been implemented, the result- @@ -1401,30 +1493,30 @@ NOTES Embedded .xz decompressors Embedded .xz decompressor implementations like XZ Embedded don't neces- sarily support files created with integrity check types other than none - and crc32. Since the default is --check=crc64, you must use + and crc32. Since the default is --check=crc64, you must use --check=none or --check=crc32 when creating files for embedded systems. - Outside embedded systems, all .xz format decompressors support all the - check types, or at least are able to decompress the file without veri- + Outside embedded systems, all .xz format decompressors support all the + check types, or at least are able to decompress the file without veri- fying the integrity check if the particular check is not supported. - XZ Embedded supports BCJ filters, but only with the default start off- + XZ Embedded supports BCJ filters, but only with the default start off- set. EXAMPLES Basics - Compress the file foo into foo.xz using the default compression level + Compress the file foo into foo.xz using the default compression level (-6), and remove foo if compression is successful: xz foo - Decompress bar.xz into bar and don't remove bar.xz even if decompres- + Decompress bar.xz into bar and don't remove bar.xz even if decompres- sion is successful: xz -dk bar.xz - Create baz.tar.xz with the preset -4e (-4 --extreme), which is slower - than the default -6, but needs less memory for compression and decom- + Create baz.tar.xz with the preset -4e (-4 --extreme), which is slower + than the default -6, but needs less memory for compression and decom- pression (48 MiB and 5 MiB, respectively): tar cf - baz | xz -4e > baz.tar.xz @@ -1443,7 +1535,7 @@ EXAMPLES The -P option to xargs(1) sets the number of parallel xz processes. The best value for the -n option depends on how many files there are to - be compressed. If there are only a couple of files, the value should + be compressed. If there are only a couple of files, the value should probably be 1; with tens of thousands of files, 100 or even more may be appropriate to reduce the number of xz processes that xargs(1) will eventually create. @@ -1452,14 +1544,14 @@ EXAMPLES cause xargs(1) is used to control the amount of parallelization. Robot mode - Calculate how many bytes have been saved in total after compressing + Calculate how many bytes have been saved in total after compressing multiple files: xz --robot --list *.xz | awk '/^totals/{print $5-$4}' - A script may want to know that it is using new enough xz. The follow- - ing sh(1) script checks that the version number of the xz tool is at - least 5.0.0. This method is compatible with old beta versions, which + A script may want to know that it is using new enough xz. The follow- + ing sh(1) script checks that the version number of the xz tool is at + least 5.0.0. This method is compatible with old beta versions, which didn't support the --robot option: if ! eval "$(xz --robot --version 2> /dev/null)" || @@ -1524,23 +1616,23 @@ EXAMPLES Using -vv (--verbose --verbose) like in the above example can be useful to see the memory requirements of the compressor and decompressor. Re- member that using a dictionary bigger than the size of the uncompressed - file is waste of memory, so the above command isn't useful for small + file is waste of memory, so the above command isn't useful for small files. - Sometimes the compression time doesn't matter, but the decompressor - memory usage has to be kept low, for example, to make it possible to - decompress the file on an embedded system. The following command uses - -6e (-6 --extreme) as a base and sets the dictionary to only 64 KiB. - The resulting file can be decompressed with XZ Embedded (that's why + Sometimes the compression time doesn't matter, but the decompressor + memory usage has to be kept low, for example, to make it possible to + decompress the file on an embedded system. The following command uses + -6e (-6 --extreme) as a base and sets the dictionary to only 64 KiB. + The resulting file can be decompressed with XZ Embedded (that's why there is --check=crc32) using about 100 KiB of memory. xz --check=crc32 --lzma2=preset=6e,dict=64KiB foo - If you want to squeeze out as many bytes as possible, adjusting the - number of literal context bits (lc) and number of position bits (pb) + If you want to squeeze out as many bytes as possible, adjusting the + number of literal context bits (lc) and number of position bits (pb) can sometimes help. Adjusting the number of literal position bits (lp) might help too, but usually lc and pb are more important. For example, - a source code archive contains mostly US-ASCII text, so something like + a source code archive contains mostly US-ASCII text, so something like the following might give slightly (like 0.1 %) smaller file than xz -6e (try also without lc=4): @@ -1552,7 +1644,7 @@ EXAMPLES xz --x86 --lzma2 libfoo.so - Note that the order of the filter options is significant. If --x86 is + Note that the order of the filter options is significant. If --x86 is specified after --lzma2, xz will give an error, because there cannot be any filter after LZMA2, and also because the x86 BCJ filter cannot be used as the last filter in the chain. @@ -1561,26 +1653,24 @@ EXAMPLES images. It should usually beat PNG, which has a few more advanced fil- ters than simple delta but uses Deflate for the actual compression. - The image has to be saved in uncompressed format, for example, as un- - compressed TIFF. The distance parameter of the Delta filter is set to - match the number of bytes per pixel in the image. For example, 24-bit - RGB bitmap needs dist=3, and it is also good to pass pb=0 to LZMA2 to + The image has to be saved in uncompressed format, for example, as un- + compressed TIFF. The distance parameter of the Delta filter is set to + match the number of bytes per pixel in the image. For example, 24-bit + RGB bitmap needs dist=3, and it is also good to pass pb=0 to LZMA2 to accommodate the three-byte alignment: xz --delta=dist=3 --lzma2=pb=0 foo.tiff - If multiple images have been put into a single archive (for example, - .tar), the Delta filter will work on that too as long as all images + If multiple images have been put into a single archive (for example, + .tar), the Delta filter will work on that too as long as all images have the same number of bytes per pixel. SEE ALSO - xzdec(1), xzdiff(1), xzgrep(1), xzless(1), xzmore(1), gzip(1), + xzdec(1), xzdiff(1), xzgrep(1), xzless(1), xzmore(1), gzip(1), bzip2(1), 7z(1) XZ Utils: XZ Embedded: LZMA SDK: - - -Tukaani 2023-07-17 XZ(1) +Tukaani 2024-04-08 XZ(1) diff --git a/doc/man/txt/xzdec.txt b/doc/man/txt/xzdec.txt index a914e20..b6218dd 100644 --- a/doc/man/txt/xzdec.txt +++ b/doc/man/txt/xzdec.txt @@ -1,7 +1,5 @@ XZDEC(1) XZ Utils XZDEC(1) - - NAME xzdec, lzmadec - Small .xz and .lzma decompressors @@ -17,11 +15,11 @@ DESCRIPTION to decompress .xz files. lzmadec is identical to xzdec except that lz- madec supports .lzma files instead of .xz files. - To reduce the size of the executable, xzdec doesn't support multi- - threading or localization, and doesn't read options from XZ_DEFAULTS + To reduce the size of the executable, xzdec doesn't support multi- + threading or localization, and doesn't read options from XZ_DEFAULTS and XZ_OPT environment variables. xzdec doesn't support displaying in- termediate progress information: sending SIGINFO to xzdec does nothing, - but sending SIGUSR1 terminates the process instead of displaying + but sending SIGUSR1 terminates the process instead of displaying progress information. OPTIONS @@ -75,6 +73,4 @@ SEE ALSO XZ Embedded: - - -Tukaani 2017-04-19 XZDEC(1) +Tukaani 2024-04-08 XZDEC(1) diff --git a/doc/man/txt/xzdiff.txt b/doc/man/txt/xzdiff.txt index 681b00c..cb61372 100644 --- a/doc/man/txt/xzdiff.txt +++ b/doc/man/txt/xzdiff.txt @@ -1,37 +1,38 @@ XZDIFF(1) XZ Utils XZDIFF(1) - - NAME xzcmp, xzdiff, lzcmp, lzdiff - compare compressed files SYNOPSIS - xzcmp [cmp_options] file1 [file2] - xzdiff [diff_options] file1 [file2] - lzcmp [cmp_options] file1 [file2] - lzdiff [diff_options] file1 [file2] + xzcmp [option...] file1 [file2] + xzdiff ... + lzcmp ... + lzdiff ... DESCRIPTION - xzcmp and xzdiff invoke cmp(1) or diff(1) on files compressed with - xz(1), lzma(1), gzip(1), bzip2(1), lzop(1), or zstd(1). All options - specified are passed directly to cmp(1) or diff(1). If only one file - is specified, then the files compared are file1 (which must have a suf- - fix of a supported compression format) and file1 from which the com- - pression format suffix has been stripped. If two files are specified, - then they are uncompressed if necessary and fed to cmp(1) or diff(1). - The exit status from cmp(1) or diff(1) is preserved unless a decompres- - sion error occurs; then exit status is 2. - - The names lzcmp and lzdiff are provided for backward compatibility with - LZMA Utils. + xzcmp and xzdiff compare uncompressed contents of two files. Uncom- + pressed data and options are passed to cmp(1) or diff(1) unless --help + or --version is specified. -SEE ALSO - cmp(1), diff(1), xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), zdiff(1) + If both file1 and file2 are specified, they can be uncompressed files + or files in formats that xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), or + lz4(1) can decompress. The required decompression commands are deter- + mined from the filename suffixes of file1 and file2. A file with an + unknown suffix is assumed to be either uncompressed or in a format that + xz(1) can decompress. -BUGS - Messages from the cmp(1) or diff(1) programs refer to temporary file- - names instead of those specified. + If only one filename is provided, file1 must have a suffix of a sup- + ported compression format and the name for file2 is assumed to be file1 + with the compression format suffix removed. + The commands lzcmp and lzdiff are provided for backward compatibility + with LZMA Utils. +EXIT STATUS + If a decompression error occurs, the exit status is 2. Otherwise the + exit status of cmp(1) or diff(1) is used. + +SEE ALSO + cmp(1), diff(1), xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), lz4(1) -Tukaani 2021-06-04 XZDIFF(1) +Tukaani 2024-02-13 XZDIFF(1) diff --git a/doc/man/txt/xzgrep.txt b/doc/man/txt/xzgrep.txt index 596520c..85b8b90 100644 --- a/doc/man/txt/xzgrep.txt +++ b/doc/man/txt/xzgrep.txt @@ -1,12 +1,10 @@ XZGREP(1) XZ Utils XZGREP(1) - - NAME - xzgrep - search compressed files for a regular expression + xzgrep - search possibly-compressed files for patterns SYNOPSIS - xzgrep [grep_options] [-e] pattern [file...] + xzgrep [option...] [pattern_list] [file...] xzegrep ... xzfgrep ... lzgrep ... @@ -14,36 +12,58 @@ SYNOPSIS lzfgrep ... DESCRIPTION - xzgrep invokes grep(1) on files which may be either uncompressed or - compressed with xz(1), lzma(1), gzip(1), bzip2(1), lzop(1), or zstd(1). - All options specified are passed directly to grep(1). + xzgrep invokes grep(1) on uncompressed contents of files. The formats + of the files are determined from the filename suffixes. Any file with + a suffix supported by xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), or + lz4(1) will be decompressed; all other files are assumed to be uncom- + pressed. + + If no files are specified or file is - then standard input is read. + When reading from standard input, only files supported by xz(1) are de- + compressed. Other files are assumed to be in uncompressed form al- + ready. + + Most options of grep(1) are supported. However, the following options + are not supported: + + -r, --recursive + + -R, --dereference-recursive + + -d, --directories=action + + -Z, --null - If no file is specified, then standard input is decompressed if neces- - sary and fed to grep(1). When reading from standard input, gzip(1), - bzip2(1), lzop(1), and zstd(1) compressed files are not supported. + -z, --null-data - If xzgrep is invoked as xzegrep or xzfgrep then grep -E or grep -F is - used instead of grep(1). The same applies to names lzgrep, lzegrep, - and lzfgrep, which are provided for backward compatibility with LZMA - Utils. + --include=glob + + --exclude=glob + + --exclude-from=file + + --exclude-dir=glob + + xzegrep is an alias for xzgrep -E. xzfgrep is an alias for xzgrep -F. + + The commands lzgrep, lzegrep, and lzfgrep are provided for backward + compatibility with LZMA Utils. EXIT STATUS - 0 At least one match was found from at least one of the input + 0 At least one match was found from at least one of the input files. No errors occurred. - 1 No matches were found from any of the input files. No errors + 1 No matches were found from any of the input files. No errors occurred. - >1 One or more errors occurred. It is unknown if matches were + >1 One or more errors occurred. It is unknown if matches were found. ENVIRONMENT - GREP If the GREP environment variable is set, xzgrep uses it instead - of grep(1), grep -E, or grep -F. + GREP If GREP is set to a non-empty value, it is used instead of grep, + grep -E, or grep -F. SEE ALSO - grep(1), xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), zgrep(1) - - + grep(1), xz(1), gzip(1), bzip2(1), lzop(1), zstd(1), lz4(1), zgrep(1) -Tukaani 2022-07-19 XZGREP(1) +Tukaani 2024-02-13 XZGREP(1) diff --git a/doc/man/txt/xzless.txt b/doc/man/txt/xzless.txt index 5c14c80..655a607 100644 --- a/doc/man/txt/xzless.txt +++ b/doc/man/txt/xzless.txt @@ -1,7 +1,5 @@ XZLESS(1) XZ Utils XZLESS(1) - - NAME xzless, lzless - view xz or lzma compressed (text) files @@ -11,8 +9,9 @@ SYNOPSIS DESCRIPTION xzless is a filter that displays text from compressed files to a termi- - nal. It works on files compressed with xz(1) or lzma(1). If no files - are given, xzless reads from standard input. + nal. Files supported by xz(1) are decompressed; other files are as- + sumed to be in uncompressed form already. If no files are given, xz- + less reads from standard input. xzless uses less(1) to present its output. Unlike xzmore, its choice of pager cannot be altered by setting an environment variable. Com- @@ -28,12 +27,10 @@ ENVIRONMENT it is already set in the environment. LESSOPEN - Set to a command line to invoke the xz(1) decompressor for pre- + Set to a command line to invoke the xz(1) decompressor for pre- processing the input files to less(1). SEE ALSO less(1), xz(1), xzmore(1), zless(1) - - -Tukaani 2010-09-27 XZLESS(1) +Tukaani 2024-02-12 XZLESS(1) diff --git a/doc/man/txt/xzmore.txt b/doc/man/txt/xzmore.txt index 5a9d86c..baa496e 100644 --- a/doc/man/txt/xzmore.txt +++ b/doc/man/txt/xzmore.txt @@ -1,7 +1,5 @@ XZMORE(1) XZ Utils XZMORE(1) - - NAME xzmore, lzmore - view xz or lzma compressed (text) files @@ -10,25 +8,24 @@ SYNOPSIS lzmore [file...] DESCRIPTION - xzmore is a filter which allows examination of xz(1) or lzma(1) com- - pressed text files one screenful at a time on a soft-copy terminal. - - To use a pager other than the default more, set environment variable - PAGER to the name of the desired program. The name lzmore is provided - for backward compatibility with LZMA Utils. + xzmore displays text from compressed files to a terminal using more(1). + Files supported by xz(1) are decompressed; other files are assumed to + be in uncompressed form already. If no files are given, xzmore reads + from standard input. See the more(1) manual for the keyboard commands. - e or q When the prompt --More--(Next file: file) is printed, this com- - mand causes xzmore to exit. + Note that scrolling backwards might not be possible depending on the + implementation of more(1). This is because xzmore uses a pipe to pass + the decompressed data to more(1). xzless(1) uses less(1) which pro- + vides more advanced features. - s When the prompt --More--(Next file: file) is printed, this com- - mand causes xzmore to skip the next file and continue. + The command lzmore is provided for backward compatibility with LZMA + Utils. - For list of keyboard commands supported while actually viewing the con- - tent of a file, refer to manual of the pager you use, usually more(1). +ENVIRONMENT + PAGER If PAGER is set, its value is used as the pager instead of + more(1). SEE ALSO more(1), xz(1), xzless(1), zmore(1) - - -Tukaani 2013-06-30 XZMORE(1) +Tukaani 2024-02-12 XZMORE(1) diff --git a/doc/xz-file-format.txt b/doc/xz-file-format.txt index 09c83e0..12d2530 100644 --- a/doc/xz-file-format.txt +++ b/doc/xz-file-format.txt @@ -2,7 +2,7 @@ The .xz File Format =================== -Version 1.1.0 (2022-12-11) +Version 1.2.1 (2024-04-08) 0. Preface @@ -81,18 +81,26 @@ Version 1.1.0 (2022-12-11) 0.2. Getting the Latest Version The latest official version of this document can be downloaded - from . + from . Specific versions of this document have a filename xz-file-format-X.Y.Z.txt where X.Y.Z is the version number. For example, the version 1.0.0 of this document is available - at . + at . 0.3. Version History Version Date Description + 1.2.1 2024-04-08 The URLs of this specification and + XZ Utils were changed back to the + original ones in Sections 0.2 and 7. + + 1.2.0 2024-01-19 Added RISC-V filter and updated URLs in + Sections 0.2 and 7. The URL of this + specification was changed. + 1.1.0 2022-12-11 Added ARM64 filter and clarified 32-bit ARM endianness in Section 5.3.2, language improvements in Section 5.4 @@ -923,6 +931,7 @@ Version 1.1.0 (2022-12-11) 0x08 2 bytes ARM Thumb filter [1] 0x09 4 bytes SPARC filter 0x0A 4 bytes ARM64 filter [2] + 0x0B 2 bytes RISC-V filter [1] These are for little endian instruction encoding. This must not be confused with data endianness. @@ -1136,30 +1145,30 @@ Version 1.1.0 (2022-12-11) 7. References LZMA SDK - The original LZMA implementation - http://7-zip.org/sdk.html + https://7-zip.org/sdk.html LZMA Utils - LZMA adapted to POSIX-like systems - http://tukaani.org/lzma/ + https://tukaani.org/lzma/ XZ Utils - The next generation of LZMA Utils - http://tukaani.org/xz/ + https://tukaani.org/xz/ [RFC-1952] GZIP file format specification version 4.3 - http://www.ietf.org/rfc/rfc1952.txt + https://www.ietf.org/rfc/rfc1952.txt - Notation of byte boxes in section "2.1. Overall conventions" [RFC-2119] Key words for use in RFCs to Indicate Requirement Levels - http://www.ietf.org/rfc/rfc2119.txt + https://www.ietf.org/rfc/rfc2119.txt [GNU-tar] - GNU tar 1.21 manual - http://www.gnu.org/software/tar/manual/html_node/Blocking-Factor.html + GNU tar 1.35 manual + https://www.gnu.org/software/tar/manual/html_node/Blocking-Factor.html - Node 9.4.2 "Blocking Factor", paragraph that begins "gzip will complain about trailing garbage" - Note that this URL points to the latest version of the manual, and may some day not contain the note which is in - 1.21. For the exact version of the manual, download GNU - tar 1.21: ftp://ftp.gnu.org/pub/gnu/tar/tar-1.21.tar.gz + 1.35. For the exact version of the manual, download GNU + tar 1.35: ftp://ftp.gnu.org/pub/gnu/tar/tar-1.35.tar.gz -- cgit v1.2.3