RFR: 8292327: java.io.EOFException in InflaterInputStream after JDK-8281962

[Volker Simonis]

On Mon, 15 Aug 2022 18:01:15 GMT, Alan Bateman <alanb at openjdk.org> wrote:

>> The problem is that after [JDK-8281962](https://bugs.openjdk.org/browse/JDK-8292327) we call `fill()` unconditionally (and before calling `Inflater::inflate()`) in `InflaterInputStream::read()` if `Inflater::needsInput()` is true. This misses the case where the native inflater has consumed all its input (i.e. `Inflater::needsInput()` returns true) but hasn't managed to write all the inflated data into the output buffer (e.g. because it was to small). In rare cases, there might be now more input available (i.e. calling `InflaterInputStream::fill()` will throw an `EOFException`) but we still have to call `Inflater::inflate()` to consume the buffered output from the underlying native inflater until inflation stops. 
>> 
>> The documentation of the `inflate()` method in `zlib.h` mentions this explicitely:
>> 
>>> "If `inflate()` returns `Z_OK` and with zero `avail_out`, it must be called again after making room in the output buffer because there might be more output pending."
>
> test/jdk/java/util/zip/InflaterInputStream/EOF.java line 61:
> 
>> 59:       n = is.read(buf, 0, 1); // Unexpected end of ZLIB input stream
>> 60:     }
>> 61:   }
> 
> Can you re-format this to use 4 space indent?

Done

-------------

PR: https://git.openjdk.org/jdk/pull/9881