f955a79a9fffb09826cf7547f70d08c3798a2f50 |
|
18-Oct-2016 |
Tetsuo Osaka <tetsugit@gmail.com> |
Rebase LZMA SDK on 16.04 stable This was downloaded from http://www.7-zip.org/a/lzma1604.7z The bin folder was excluded like in previous updates All files were deleted and replaced with those from the SDK. The embedded projects Tukaani, xz-embedded and android build files where not touched. The changelog since the 9.38 beta is: 16.04 2016-10-04 ------------------------- - The bug was fixed in DllSecur.c. 16.03 2016-09-28 ------------------------- - SFX modules now use some protection against DLL preloading attack. - Some bugs in 7z code were fixed. 16.02 2016-05-21 ------------------------- - The BUG in 16.00 - 16.01 was fixed: Split Handler (SplitHandler.cpp) returned incorrect total size value (kpidSize) for split archives. 16.01 2016-05-19 ------------------------- - Some internal changes to reduce the number of compiler warnings. 16.00 2016-05-10 ------------------------- - Some bugs were fixed. 15.12 2015-11-19 ------------------------- - The BUG in C version of 7z decoder was fixed: 7zDec.c : SzDecodeLzma2() 7z decoder could mistakenly report about decoding error for some 7z archives that use LZMA2 compression method. The probability to get that mistaken decoding error report was about one error per 16384 solid blocks for solid blocks larger than 16 KB (compressed size). - The BUG (in 9.26-15.11) in C version of 7z decoder was fixed: 7zArcIn.c : SzReadHeader2() 7z decoder worked incorrectly for 7z archives that contain empty solid blocks, that can be placed to 7z archive, if some file is unavailable for reading during archive creation. 15.09 beta 2015-10-16 ------------------------- - The BUG in LZMA / LZMA2 encoding code was fixed. The BUG in LzFind.c::MatchFinder_ReadBlock() function. If input data size is larger than (4 GiB - dictionary_size), the following code worked incorrectly: - LZMA : LzmaEnc_MemEncode(), LzmaEncode() : LZMA encoding functions for compressing from memory to memory. That BUG is not related to LZMA encoder version that works via streams. - LZMA2 : multi-threaded version of LZMA2 encoder worked incorrectly, if default value of chunk size (CLzma2EncProps::blockSize) is changed to value larger than (4 GiB - dictionary_size). Change-Id: I6b3974015c605fba3c0d4d897fab5a166174f441
/external/lzma/C/Lzma2Enc.c
|
d2dad7a620fbbc43e54b1d43ab54da29ef9ede6b |
|
18-Nov-2016 |
Glenn Kasten <gkasten@google.com> |
Fix build warning external/lzma/C/Lzma2Enc.c:241:21: warning: comparison of integers of different signs: 'UInt64' (aka 'unsigned long long') and 'int' [-Wsign-compare] if (numBlocks < t2) ~~~~~~~~~ ^ ~~ Test: builds without warnings Change-Id: I65bb8ebbf679855bbe02ddce431be2f328a062b4 (cherry picked from commit c386efd80bc17340ef319c6ff05090c4feb2abee)
/external/lzma/C/Lzma2Enc.c
|
cd66d540cead3f8200b0c73bad9c276d67896c3d |
|
11-May-2015 |
David Srbecky <dsrbecky@google.com> |
Updated LZMA SDK to 9.38 beta. The webpage says "If you use XZ code from LZMA SDK, it's recommended to upgrade to new XZ code from 7-Zip 9.38 beta. That new code fixes some bugs." and we do use the XZ code. The code is identical to the stock LZMA SDK with the following changes: deleted bin/ added C/Util/Lzma/Android.mk added MODULE_LICENSE_PUBLIC_DOMAIN added NOTICE added xz-embedded/ Change-Id: Ibc5d353748420f7b3ae2877d625d7ddb788bdc6e
/external/lzma/C/Lzma2Enc.c
|
baa3858d3f5d128a5c8466b700098109edcad5f2 |
|
27-Jul-2013 |
repo sync <gcondra@google.com> |
Lightly modified commit of lzma sdk version 9.20. The only change from stock lzma sdk is the removal of two .exe files, which we don't need. Change-Id: I46287cbc416161e93b449761ebe531acd758cf95
/external/lzma/C/Lzma2Enc.c
|