9595a3119b
Turns out that this is needed for .lzma files as the spec in LZMA SDK says that end marker may be present even if the size is stored in the header. Such files are rare but exist in the real world. The code in liblzma is so old that the spec didn't exist in LZMA SDK back then and I had understood that such files weren't possible (the lzma tool in LZMA SDK didn't create such files). This modifies the internal API so that LZMA decoder can be told if EOPM is allowed even when the uncompressed size is known. It's allowed with .lzma and not with other uses. Thanks to Karl Beldan for reporting the problem. |
||
|---|---|---|
| .. | ||
| examples | ||
| examples_old | ||
| faq.txt | ||
| history.txt | ||
| lzma-file-format.txt | ||
| xz-file-format.txt | ||