From: Tim Kientzle <kientzle@gmail.com>
Date: Fri, 12 Jun 2009 03:24:41 +0000 (-0400)
Subject: It appears that liblzma truly does use the 'memlimit' argument
X-Git-Tag: v2.7.1~23
X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=e09347e8d0db803fc44f9f3239f0c254686e2903;p=thirdparty%2Flibarchive.git

It appears that liblzma truly does use the 'memlimit' argument
to lzma_stream_decoder() and lzma_alone_decoder() as an upper
limit on the amount of memory they will allocate, allocating
less if the stream uses less.  So I don't see any reason to
not make this value very large.

SVN-Revision: 1147
---

diff --git a/libarchive/archive_read_support_compression_xz.c b/libarchive/archive_read_support_compression_xz.c
index a3c9553c9..61d9d0c63 100644
--- a/libarchive/archive_read_support_compression_xz.c
+++ b/libarchive/archive_read_support_compression_xz.c
@@ -302,11 +302,11 @@ xz_lzma_bidder_init(struct archive_read_filter *self)
 	 */
 	if (self->code == ARCHIVE_COMPRESSION_XZ)
 		ret = lzma_stream_decoder(&(state->stream),
-		    (1U << 23) + (1U << 21),/* memlimit */
+		    (1U << 30),/* memlimit */
 		    LZMA_CONCATENATED);
 	else
 		ret = lzma_alone_decoder(&(state->stream),
-		    (1U << 23) + (1U << 21));/* memlimit */
+		    (1U << 30));/* memlimit */
 
 	if (ret == LZMA_OK)
 		return (ARCHIVE_OK);