Yann Collet
bb5c34a875
bumped version number to v1.9.2
...
to reduce risks that future bug reports in `dev` branch report `v1.9.1` as the failing version.
2019-07-01 09:01:43 -07:00
Yann Collet
1d759576b9
precise again that LZ4 decoder needs metadata
...
and that such metadata must be provided / sent / saved by the application.
2019-06-06 13:20:30 -07:00
Yann Collet
5997e139f5
added more details for in-place documentation
2019-05-31 11:56:59 -07:00
Yann Collet
676d46df27
updated LZ4_DECOMPRESS_INPLACE_MARGIN
...
to pass worst case scenario.
Now adds margin proportional to input size to counter local expansion.
2019-05-30 16:19:30 -07:00
Yann Collet
22adbb176a
add more doc on in-place (de)compression
2019-05-30 09:45:21 -07:00
Yann Collet
444550defa
ensure lz4.h can be included with or without LZ4_STATIC_LINKING_ONLY in any order
...
ensure correct propagation of LZ4_DISTANCE_MAX
2019-05-29 12:21:14 -07:00
Yann Collet
b17f578a91
added comments and macros for in-place (de)compression
2019-05-29 12:06:13 -07:00
Yann Collet
ba99eac4d0
several minor style changes recommended by clang-tidy
2019-04-24 10:03:02 -07:00
Yann Collet
7a4e3b1fac
bumped version number
...
to v1.9.1
2019-04-19 11:59:49 -07:00
Yann Collet
0b876db6d4
address a few minor Visual warnings
...
and created target cxx17build
2019-04-18 16:07:16 -07:00
Yann Collet
25d96f1e4d
fix out-of-bound read within LZ4_decompress_fast()
...
and deprecate LZ4_decompress_fast(),
with deprecation warnings enabled by default.
Note that, as a consequence of the fix,
LZ4_decompress_fast is now __slower__ than LZ4_decompress_safe().
That's because, since it doesn't know the input buffer size,
it must progress more cautiously into the input buffer
to ensure to out-of-bound read.
2019-04-17 15:01:53 -07:00
Yann Collet
1f4a412646
decompress*_fast() function do not generate deprecation warnings
...
they are classified as deprecated in the API documentation (lz4.h)
but do not yet trigger a warning,
to give time to existing applications to move away.
Also, the _fast() variants are still ~5% faster than the _safe() ones
after Dave's patch.
2019-04-15 10:33:40 -07:00
Yann Collet
21ff1a839a
updated doc to underline difference between block and frame
...
as this is a very frequent source of confusion for new users.
2019-04-12 11:27:44 -07:00
Yann Collet
bcb26565a7
improved documentation for LZ4 dictionary compression
2019-04-11 15:20:46 -07:00
Yann Collet
db60ed19b1
added versions in comments
2019-04-09 18:23:32 -07:00
Yann Collet
c198a39a66
LZ4_initStream() checks alignment restriction
...
updated associated documentation
2019-04-08 12:49:54 -07:00
Yann Collet
34f0004a5e
added comment on initStream + _extState_
...
as suggested by @felixhandte
2019-04-05 15:35:19 -07:00
Yann Collet
2ece0d8380
created LZ4_initStream()
...
- promoted LZ4_resetStream_fast() to stable
- moved LZ4_resetStream() into deprecate, but without triggering a compiler warning
- update all sources to no longer rely on LZ4_resetStream()
note : LZ4_initStream() proposal is slightly different :
it's able to initialize any buffer, provided that it's large enough.
To this end, it accepts a void*, and returns an LZ4_stream_t*.
2019-04-05 12:56:26 -07:00
Yann Collet
7a39fb8fb6
make _fast*()
decoder generate a deprecation warning
...
updated modification
2019-04-04 12:47:36 -07:00
Yann Collet
ab91300509
moved LZ4_decompress_fast*() into deprecated section
2019-04-04 12:24:46 -07:00
Yann Collet
50f01d881d
fixed doc
...
and bumped version number fo v1.9.0
2019-04-03 14:27:21 -07:00
Yann Collet
1b819bfd63
Merge pull request #593 from felixhandte/lz4hc-publish-static
...
Extend Macro to Allow Publishing Experimental LZ4HC Functions in Dynamic Libraries
2018-10-16 15:33:58 -07:00
W. Felix Handte
45dc195f84
Change Comment and Make LZ4LIB_STATIC_API Available to LZ4HC
2018-10-15 17:22:37 -07:00
Oleg Khabinov
28eb88d988
Some followups and renamings
2018-10-01 15:19:45 -07:00
Oleg Khabinov
f2ae385c2f
Rename initCheck to dirtyContext and use it in LZ4_resetStream_fast() to check if full reset is needed.
2018-09-28 14:55:05 -07:00
Yann Collet
c4c19c74b8
changed LZ4_streamDecode member order
...
to reduce memory usage on 128-bits systems
2018-09-25 14:43:19 -07:00
Yann Collet
6381d828fd
increase size of LZ4 contexts for 128-bit systems
2018-09-17 17:31:57 -07:00
Yann Collet
a803230f67
unpublish static-only function
...
these functions are now unpublished in dll by default.
One needs to opt-in, using macro LZ4_PUBLISH_STATIC_FUNCTIONS.
used this opportunity to update a bunch of api comments in lz4.h
2018-09-13 16:02:11 -07:00
Yann Collet
b87a8e9e62
fixed minor warning in fuzzer.c
...
added a few more comments and assert()
2018-09-10 16:48:41 -07:00
Yann Collet
eaed9ea4a1
updated function interface documentation
2018-09-07 16:21:31 -07:00
Yann Collet
bf614d3c51
first sketch for a byte-accurate partial decoder
2018-09-07 15:44:19 -07:00
Yann Collet
e32766cc34
updated API documentation
2018-09-07 11:30:15 -07:00
Yann Collet
0fea528e3a
updated documentation regarding dictionary compression
...
following suggestion from @stbrumme (#558 )
Also : bumped version number, regenerated man page and html doc
2018-09-05 14:05:08 -07:00
Jack Luo
2e52f03a12
fixed spelling mistake in lz4.h
2018-07-28 22:21:57 -04:00
Nick Terrell
4eca78b5c3
Fix LZ4_compress_fast_continue() docs
...
Fixes #549 .
2018-07-10 11:44:03 -07:00
Yann Collet
f3e84ffd41
Merge pull request #529 from felixhandte/lz4f-fast-reset-for-streaming-only
...
LZ4F: Only Reset the LZ4_stream_t when Init'ing a Streaming Block
2018-05-03 15:37:51 -07:00
W. Felix Handte
5406c2e479
Only Reset the LZ4 Stream when Init'ing a Streaming Block
2018-05-03 00:03:20 -04:00
Yann Collet
93cf628a08
introduce LZ4_decoderRingBufferSize()
...
fuzzer : fix and robustify ring buffer tests
2018-05-02 13:01:04 -07:00
Yann Collet
4c696613a0
clarified streaming decompression function
...
restrictions for ring buffer
2018-04-30 15:55:33 -07:00
Alexey Tourbin
ab06ef97bb
lz4.h: clarify the risks of using LZ4_decompress_fast()
...
The notes about "security guarantee" and "malicious inputs" seemed
a bit non-technical to me, so I took the liberty to tone them down
and instead describe the actual risks in technical terms. Namely,
the function never writes past the end of the output buffer, so
a direct hostile takeover (resulting in arbitrary code execution
soon after the return from the function) is not possible. However,
the application can crash because of reads from unmapped pages.
I also took the liberty to describe what I believe is the only sensible
usage scenario for the function: "This function is only usable if the
originalSize of uncompressed data is known in advance," etc.
2018-04-23 02:13:49 +03:00
W. Felix Handte
3a0c571272
Add a LZ4_STATIC_LINKING_ONLY Macro to Guard Experimental APIs
2018-04-11 18:06:10 -04:00
W. Felix Handte
afa52c9b95
Expose dictCtx Functionality in LZ4
2018-04-11 16:28:56 -04:00
W. Felix Handte
21f0c9700b
Rename _extState_noReset -> _extState_fastReset and Edit Comments
2018-04-11 15:13:01 -04:00
W. Felix Handte
59c7d95121
Expose a Faster Stream Reset Function
2018-04-10 13:26:17 -04:00
W. Felix Handte
a3a9b80dff
Better Describe Functionality of Obsolete Streaming Functions
2018-03-21 11:39:41 -04:00
W. Felix Handte
b0a18896fe
Move LZ4_compress_fast_extState_noReset Declaration to Unstable Section
2018-03-14 15:59:33 -04:00
W. Felix Handte
66b6fbfe6f
Restore the Other Old Streaming Functions in a Degraded Fashion
2018-03-14 15:53:10 -04:00
W. Felix Handte
146e676531
Restore LZ4_sizeofStreamState, We Didn't Actually Need to Delete It
2018-03-13 15:42:03 -04:00
W. Felix Handte
f9fef255a1
Renames and Comment Fixes
2018-03-12 18:34:41 -04:00
W. Felix Handte
73cc39327e
Lookup Matches in Separate Dictionary Context
2018-03-12 14:58:43 -04:00