On Tue, 14 Sep 2021 15:56:53 GMT, Julia Boes wrote:
>> I think you can ignore my comment above. I went and checked the
>> `content-types.properties` in their current state for both unix and windows
>> and they already have a separate `application/zip` which is mapped to
>> `.zip`. So I think
On Fri, 10 Sep 2021 21:51:45 GMT, John R Rose wrote:
>> 8273616: Fix trivial doc typos in the java.base module
>
> src/java.base/share/classes/java/nio/channels/AsynchronousFileChannel.java
> line 399:
>
>> 397: * If {@code true} then this method is required to force
>> changes
On Wed, 14 Apr 2021 22:23:57 GMT, Peter Levart wrote:
>> src/java.base/share/classes/java/lang/String.java line 3230:
>>
>>> 3228:
>>> 3229: /**
>>> 3230: * Designated join routine.
>>
>> Did you mean "dedicated"?
>
> No, I meant designated. It is the routine that all other public
On Wed, 14 Apr 2021 18:58:57 GMT, Peter Levart wrote:
> While JDK-8148937 improved StringJoiner class by replacing internal use of
> getChars that copies out characters from String elements into a char[] array
> with StringBuilder which is somehow more optimal, the improvement was
> marginal
On Wed, 31 Mar 2021 20:38:33 GMT, Ian Graves wrote:
> Bug fix with the intersection `&&` operator in regex patterns. In
> JDK-8037397, some character classes on the right hand side of the operator
> are dropped in cases where nested `[..]` classes are used with non "nested"
> ones.
On Mon, 8 Mar 2021 07:23:25 GMT, Joe Darcy wrote:
> Informative update to BigDecimal and related classes to latest IEEE 754
> terminology, including a discussion of the similarities and differences of
> BigDecimal and IEEE 754 decimal arithmetic.
>
> Once the wording is finalized, I'll reflow
On Mon, 25 Jan 2021 20:51:06 GMT, Mahendra Chhipa
wrote:
>> https://bugs.openjdk.java.net/browse/JDK-8183372
>
> Mahendra Chhipa has updated the pull request incrementally with one
> additional commit since the last revision:
>
> Implemented the review comments.
On Fri, 22 Jan 2021 14:48:00 GMT, Daniel Fuchs wrote:
>> Tighten up argument checking in constructor.
>
> src/java.base/share/classes/java/time/zone/ZoneRules.java line 263:
>
>> 261: // last rules
>> 262: Object[] temp = lastRules.toArray();
>> 263:
user can produce a less privileged lookup by
> Lookup::dropLookupMode and pass it to the framework.
> >>
> >> `Class::ensureInitialized` was considered as an alternative. The
> downside for this option is that it would be caller sensitive in order to
> ensure the caller
he old one is copied to webrev.00)
>
>
> - I think, the comment should now be in plural: # IANA alias
> *es *- Also I think, it would make sense to at least add "ISO8859-16" and
> "ISO8859_16" as # Other aliases
> - "ISO-8859-15" must not be listed as alias,
155977/webrev.01/
Hi,
"a generated to implement" should probably be fixed.
Regards
Florent
--
Florent Guillaume, Director of R, Nuxeo
Open Source, Java EE based, Enterprise Content Management (ECM)
http://www.nuxeo.com http://www.nuxeo.org +33 1 40 33 79 87
On Wed, May 4, 2016 at 3:29 PM, Jan Lahoda <jan.lah...@oracle.com> wrote:
> On 3.5.2016 14:58, Florent Guillaume wrote:
>> http://www.x.org/docs/xterm/ctlseqs.pdf is probably a more canonical
>> reference.
>
> It seems that this version of the document unfortunately d
t;>> [1] http://invisible-island.net/xterm/ctlseqs/ctlseqs.html
>>>
>>>
>>> On 1/22/16 3:41 AM, Jan Lahoda wrote:
>>>>
>>>> Hello,
>>>>
>>>> I'd like to enhance the WindowsTerminal in jdk.internal.le with
>>>> function keys
&g
t;
> On 02/04/2016 03:10 PM, Ivan Gerasimov wrote:
> > Looks even better, thanks!
> >
> > Sincerely yours,
> > Ivan
> >
> > On 04.02.2016 14:54, Aleksey Shipilev wrote:
> >> Sure, here's a new webrev:
> >>http://cr.openjdk.java.net/~sha
14 matches
Mail list logo
