RFR 8139206: Add InputStream readNBytes(int len)

Brian Burkhalter brian.burkhalter at oracle.com
Thu Jan 25 19:22:22 UTC 2018


I have moved the CSR [1] back to Draft and updated it according to the content of webrev.03. If there are no more comments by tomorrow I will move it once again to Finalized. After that, once the CSR has been re-approved, then if there are no further comments on the changes I will go ahead and push the fix, assuming there are no unexpected failures in rerunning the regression tests.

Thanks,

Brian

[1] https://bugs.openjdk.java.net/browse/JDK-8194956

On Jan 24, 2018, at 1:06 PM, Roger Riggs <Roger.Riggs at Oracle.com> wrote:

> +1
> 
> On 1/24/2018 2:50 PM, Brian Burkhalter wrote:
>> On Jan 23, 2018, at 4:50 PM, Brian Burkhalter <brian.burkhalter at oracle.com> wrote:
>> 
>>> On Jan 23, 2018, at 1:19 AM, Weijun Wang <weijun.wang at oracle.com> wrote:
>>> 
>>>> +     * Therefore, the method may be safely called with very large values of
>>>> +     * {@code len} provided sufficient memory is available.
>>>> 
>>>> What does "sufficient memory" mean? For len, or the number of available bytes?
>>> 
>>> It means enough bytes for the collectivity of the intermediate and returned buffers. This is already stated to be proportional to ‘len’.
>> 
>> All right, to make sure this horse is truly dead here’s one more revision. The changes with respect to the previous revision are [1] and the overall changes versus the SCM base are [2]. The .02-.03 differences are:
>> 
>> A) Add an @implNote at line 368.
>> B) Minor memory use improvement at line 392.
>> 
>> Thanks,
>> 
>> Brian
>> 
>> [1] http://cr.openjdk.java.net/~bpb/8139206/webrev.02-03/
>> [2] http://cr.openjdk.java.net/~bpb/8139206/webrev.03/



More information about the core-libs-dev mailing list