clone 729941 -1 reassign -1 apt-cacher-ng 0.7.19-1 retitle 729941 liblzma5: returns LZMA_OK with avail_in == 0 before done found 729941 xz-utils/5.1.1alpha+20120614-2 tags 729941 + moreinfo quit
Hi Eduard, Eduard Bloch wrote: > Apparently, on the last cycle of lzma_code(&strm, LZMA_RUN) it does not > return LZMA_STREAM_END but LZMA_OK although the strm.avail_in value > is zero which means that there is no more data to be expected. I'm puzzled: where in the documentation does it say that when strm.avail_in is zero, that means there is no more output to be expected? Just like zlib, if lzma_code() returns LZMA_OK and strm.avail_in is 0, decompression is not necessarily finished yet. liblzma has internal buffers, so output is potentially incomplete unless you keep running lzma_code() until it returns LZMA_STREAM_END or LZMA_BUF_ERROR. [...] > The problematic file is also attached. I will a workaround for now to > apt-cacher-ng. Is the workaround as described above? That's the intended API, so I don't consider it a workaround. Any idea how this could be documented better to help people running into this in the future? Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
