On Fri, Feb 16, 2018 at 8:17 PM, wrote:
> 2018/2/16 10:59:57 -0800, volker.simo...@gmail.com:
> > On Fri, Feb 16, 2018 at 7:02 PM, mark.reinh...@oracle.com wrote:
> >> Of course it's possible. The specification need merely say that
> >> `java.vendor.version` is a
>> or instead of relying on an undocumented behaviour
Fine. Isn't the goal of Java to behave equally on various OSes? If there's a
difference, we should adopt the best variant AND document it. And in this case
it is to throw
an exception on EOF. I don't know about Solaris, but on Windows it's a
Hi Paul,
> Hi Adam,
>
> From reading the thread i cannot tell if this is part of a wider
solution including some yet to be proposed HotSpot changes.
The wider solution would need to include some Hotspot changes, yes.
I'm proposing raising a bug, committing the code we have here to
"set the
On 19/02/2018 05:09, yumin qi wrote:
Thanks!
I need a sponsor for pushing it to jdk. Can you or someone else help
to push it?
minqi is a jdk committer. If this is you then you should be able to push
it yourself.
-Alan.
On Sat, Feb 17, 2018 at 3:18 PM, Xueming Shen wrote:
> Hi David,
>
> Thanks for taking this one :-) some comments here.
Thanks for the review!
> (1) I would assume you might have to do more for ByteBuffer, something like
> [...]
> btw, any reason go unsafe to get
.
On Sun, Feb 18, 2018 at 11:19 AM, Martin Buchholz
wrote:
>
> - how many digits to consume after the escape? How much do we trust
> Unicode to never ever grow beyond 5 hex digits?
>
Oops, I already got it wrong - it's already at 6 hex digits because there
are 17
As requested, here are the results with modifications to the annotations
on Reference.reachabilityFence. Much more promising ...
* Benchmark 1 *
Test Code :
package org.sample;
import org.openjdk.jmh.annotations.Benchmark;
import org.openjdk.jmh.annotations.Level;
import
AccessibleObject's setAccessible(boolean) is currently not caller
sensitive but the overrides in Method/Field/Constructor are. This
awkwardness stems from its constructor being protected and the method
not being final. It is thus possible to extend the class outside of the
java.lang.reflect
Yes, I am committer.
Brian, do you okay with the version? If no objection, I will push it into
jdk.
Thanks
Yumin
On Mon, Feb 19, 2018 at 2:28 AM, Alan Bateman
wrote:
> On 19/02/2018 05:09, yumin qi wrote:
>
>> Thanks!
>>
>> I need a sponsor for pushing it to jdk. Can
On Sun, Feb 18, 2018 at 3:33 AM, Alan Bateman wrote:
> Thanks for bringing this one up again
Thanks for taking the time to review.
> I see Sherman is looking at implementation so I'll stick with the javadoc
> for now. At some point it will need a security review to
10 matches
Mail list logo