On 06/01/16 23:21, Martin Buchholz wrote:
> That is, the Unsafe code is 3x faster than the simple code. The
> ByteBuffer code used to be 2x slower and is now 2x faster - well
> done - crowd goes wild!
Why, thank you.
> I see it uses new and well-hidden Unsafe.getLongUnaligned ... all
> the perf
Hi,
> On 06/01/16 23:21, Martin Buchholz wrote:
>
> > That is, the Unsafe code is 3x faster than the simple code. The
> > ByteBuffer code used to be 2x slower and is now 2x faster - well
> > done - crowd goes wild!
>
> Why, thank you.
>
> > I see it uses new and well-hidden Unsafe.getLongUnal
Hi Alan,
I looked at the jdk/ changes - these look good to me.
I didn't spot any error in the sed result ;-)
best regards,
-- daniel
On 07/01/16 12:15, Alan Bateman wrote:
It's time to remove @jdk.Exported.
As background, this annotation was introduced by JEP 179 in JDK 8 to
document the su
Hi Sherman,
Thank you for sharing!
2016-01-07 4:04 GMT+09:00 Xueming Shen :
> The reason that I'm not convinced that we really need a public interface of
> ZipCryption here
> is I don't know how useful/helpful/likely it would be going forward that
> someone might really
> use this interface to im
On 1/6/2016 4:53 PM, Mandy Chung wrote:
On Jan 6, 2016, at 4:11 PM, huizhe wang wrote:
What if “paths” is non-empty but all entries are invalid and no catalog file is
read - will it read the system property?
It will not read the system property. The assumption is that the paths
specified
Hi Kumar, just wondering if there are any updates on processing this submission.
Thanks!
-Original Message-
From: Vladimir Shcherbakov
Sent: Wednesday, November 25, 2015 2:38 PM
To: Kumar Srinivasan ; Martin Sawicki
Cc: Kirk Shoop ; core-libs-dev Libs
Subject: RE: RFR 8124977 cmdline
Hi,
I don't know, if this is the correct mailinglist, but one of our
customers was recently hit by
https://bugs.openjdk.java.net/browse/JDK-8041501.
Would it be possible to backport the fix to Java 8 ?
Regards,
Stefan
Thanks Paul for reviewing it. And thanks for offering to create a issue, I
myself don't have the permissions on JBS, so I can use your help :-)
For now IndexOutOfBoundsException looks ok; like you said I will revisit this
functionality when exception message reported by the API is changed.
Than
I suspect 2d-dev is the right mailing list.
On Wed, Jan 6, 2016 at 11:21 PM, Stefan Fuchs wrote:
> Hi,
>
> I don't know, if this is the correct mailinglist, but one of our customers
> was recently hit by
> https://bugs.openjdk.java.net/browse/JDK-8041501.
>
> Would it be possible to backport the
Hi,
Please review my change for
8144552 : java/lang/StackWalker/LocalsAndOperands.java fails with
java.lang.NullPointerException
Bug:
https://bugs.openjdk.java.net/browse/JDK-8144552
Webrev:
http://cr.openjdk.java.net/~bchristi/8144552/webrev.0/
It's possible for the LiveStackFrame.getLocals
Looks fine Alan; cheers,
-Joe
On 1/7/2016 3:15 AM, Alan Bateman wrote:
It's time to remove @jdk.Exported.
As background, this annotation was introduced by JEP 179 in JDK 8 to
document the supportness of JDK-specific APIs. It will become
redundant and confusing once we bring the module syste
> On Jan 7, 2016, at 4:18 PM, Brent Christian
> wrote:
>
> Hi,
>
> Please review my change for
>
> 8144552 : java/lang/StackWalker/LocalsAndOperands.java fails with
> java.lang.NullPointerException
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8144552
> Webrev:
> http://cr.openjdk.jav
On 7 Jan 2016, at 11:15, Alan Bateman wrote:
>
> It's time to remove @jdk.Exported.
>
> As background, this annotation was introduced by JEP 179 in JDK 8 to document
> the supportness of JDK-specific APIs. It will become redundant and confusing
> once we bring the module system into JDK 9. T
13 matches
Mail list logo
