On 2020-12-24 Sebastian Andrzej Siewior wrote:
> The `cmp' command will return early if a difference is found while the
> shell script is still invoking the decompressor which writes into the
> closed FD. This results in SIGPIPE / exit code 141.
> By ignoring SIGPIPE the real return code from
On 2021-01-08 Brett Okken wrote:
> Are there any plans to update xz-java to take advantage of newer
> features in jdk 9+?
There aren't much plans at all. Adding module-info.java is likely to
happen in the next release, whenever that will be.
Apache Commons Compress 1.20 requires Java 7. It
The repeat method in LZDecoder[1] currently copies individual bytes in
a loop. This could be changed to do batch copies:
do {
//it is possible for the "repeat" to include content which
is going to be generated here
//so we have to limit ourselves to how much data is
Are there any plans to update xz-java to take advantage of newer
features in jdk 9+?
For example, Arrays.mismatch[1] leverages vectorized comparisons of 2
byte[]. This could be leveraged in the getMatches methods of BT4 and
HC4 as well as the 2 getMatchLen methods in LZEncoder.
Another example
On 2020-12-27 Vitaly Chikunov wrote:
> On Sat, Dec 26, 2020 at 05:04:02PM +0200, Lasse Collin wrote:
> > I cannot make everyone happy.
>
> Wow, that's philosophical! I think, we should solve this fundamental
> problem first. -- Even if we cannot satisfy everybody, better than
> satisfying just
Hello!
Sorry for the two-week silence, I was ill. It will take a few days for
me to catch up with the emails.
On 2020-12-26 Sebastian Andrzej Siewior wrote:
> On 2020-12-26 09:33:04 [+0300], Vitaly Chikunov wrote:
> > This wasn't working, because `memlimit_compress` initialized with
> > zero,