aboutsummaryrefslogtreecommitdiff
path: root/src/liblzma/common/easy_encoder.c (follow)
AgeCommit message (Collapse)AuthorFilesLines
2011-04-11liblzma: Make lzma_stream_encoder_init() static (second try).Lasse Collin1-1/+0
It's an internal function and it's not needed by anything outside stream_encoder.c.
2009-11-14Fix a design error in liblzma API.Lasse Collin1-59/+4
Originally the idea was that using LZMA_FULL_FLUSH with Stream encoder would read the filter chain from the same array that was used to intialize the Stream encoder. Since most apps wouldn't use LZMA_FULL_FLUSH, most apps wouldn't need to keep the filter chain available after initializing the Stream encoder. However, due to my mistake, it actually required keeping the array always available. Since setting the new filter chain via the array used at initialization time is not a nice way to do it for a couple of reasons, this commit ditches it and introduces lzma_filters_update(). This new function replaces also the "persistent" flag used by LZMA2 (and to-be-designed Subblock filter), which was also an ugly thing to do. Thanks to Alexey Tourbin for reminding me about the problem that Stream encoder used to require keeping the filter chain allocated.
2009-04-28Fixed a crash in liblzma.Lasse Collin1-1/+1
liblzma tries to avoid useless free()/malloc() pairs in initialization when multiple files are handled using the same lzma_stream. This didn't work with filter chains due to comparison of wrong pointers in lzma_next_coder_init(), making liblzma think that no memory reallocation is needed even when it actually is. Easy way to trigger this bug is to decompress two files with a single xz command. The first file should have e.g. x86+LZMA2 as the filter chain, and the second file just LZMA2.
2009-04-13Put the interesting parts of XZ Utils into the public domain.Lasse Collin1-10/+3
Some minor documentation cleanups were made at the same time.
2009-02-17Added lzma_easy_buffer_encode(). Splitted easy.c into smallLasse Collin1-0/+87
pieces to avoid unneeded dependencies making statically linked applications bigger than needed.