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
> 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
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
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
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
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
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
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
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 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
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,
> 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
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
13 matches
Mail list logo
