Skip to content

Fix typo in directory name *Documentation* #560

Merged
merged 1 commit into from
Dec 21, 2017

Conversation

donald
Copy link
Collaborator

@donald donald commented Dec 20, 2017

After over a year of maturation this patch looks like it can be merged and it will blow up our branch graph nicely and make us look as we have real complicated branch concepts which the average user can't understand.

Reported-by: Thomas Kreitler <kreitler@molgen.mpg.de>
@donald
Copy link
Collaborator Author

donald commented Dec 20, 2017

Not tested on theinternet

@pmenzel pmenzel merged commit 72c10dd into master Dec 21, 2017
@donald donald deleted the fix-typo-in-directory-name branch December 21, 2017 12:15
pmenzel added a commit that referenced this pull request Feb 26, 2019
[Release notes][1]:

> This is maintenance release, mainly triggered by issue #560.
>
> #560 is a data corruption that can only occur in v1.8.2, at level 9
> (only), for some "large enough" data blocks (> 64 KB), featuring a
> fairly specific data pattern, improbable enough that multiple cpu
> running various fuzzers non-stop during a period of several weeks where
> not able to find it. Big thanks to @Pashugan for finding and sharing a
> reproducible sample.
>
> Due to this fix, v1.8.3 is a recommended update.
>
> A few other minor features were already merged, and are therefore
> bundled in this release too.
>
> Should lz4 prove too slow, it's now possible to invoke --fast=# command,
> by @jennifermliu . This is equivalent to the acceleration parameter in
> the API, in which user forfeit some compression ratio for the benefit of
> better speed.
>
> The verbose CLI has been fixed, and now displays the real amount of time
> spent compressing (instead of cpu time). It also shows a new indicator,
> cpu load %, so that users can determine if the limiting factor was cpu
> or I/O bandwidth.
>
> Finally, an existing function, LZ4_decompress_safe_partial(), has been
> enhanced to make it possible to decompress only the beginning of an LZ4
> block, up to a specified number of bytes. Partial decoding can be useful
> to save CPU time and memory, when the objective is to extract a limited
> portion from a larger block.

[1]: https://github.com/lz4/lz4/releases/tag/v1.8.3
Sign in to join this conversation on GitHub.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants