Changeset: 16194509e483
Author:vromero
Date: 2013-09-27 10:24 +0100
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/langtools/rev/16194509e483
8024497: crash returning this-referencing lambda from default method
Reviewed-by: jjg, rfield
! src/share/classes/com/sun/tools/javac/code/S
Changeset: 982dd6e1bf4f
Author:lana
Date: 2013-09-27 18:38 -0700
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/nashorn/rev/982dd6e1bf4f
Merge
Changeset: 2016a6b9e1f3
Author:hannesw
Date: 2013-09-27 16:59 +0200
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/nashorn/
Changeset: b0610cd08440
Author:mkos
Date: 2013-10-04 16:21 +0100
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/jaxws/rev/b0610cd08440
8025054: Update JAX-WS RI integration to 2.2.9-b130926.1035
Reviewed-by: chegar
!
src/share/jaxws_classes/com/oracle/webservices/internal/api/data
Changeset: 84a2b2ee6fc6
Author:aefimov
Date: 2013-10-01 17:14 +0400
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/jaxp/rev/84a2b2ee6fc6
8024707: TransformerException : item() return null with node list of length != 1
Reviewed-by: joehw, lancea
! src/com/sun/org/apache/xml/internal
Changeset: 187a759c08ba
Author:alanb
Date: 2013-10-02 04:21 +0100
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/rev/187a759c08ba
8006843: org.w3c.dom.events.UIEvent.getView is specified to return type that is
not in the Java SE specification
Reviewed-by: mduigou, tbell
! common/m
Changeset: 66fc1a749867
Author:ihse
Date: 2013-10-10 14:58 +0200
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/corba/rev/66fc1a749867
8001931: The new build system whitespace cleanup
Reviewed-by: tbell, simonis, erikj
! makefiles/BuildCorba.gmk
! makefiles/Makefile
Changeset: 43c
Changeset: 6a6faa00acc4
Author:dxu
Date: 2013-11-01 14:40 -0700
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/6a6faa00acc4
8027624: com/sun/crypto/provider/KeyFactory/TestProviderLeak.java unstable again
Reviewed-by: wetmore
! test/com/sun/crypto/provider/KeyFactory/TestProviderL
Changeset: 8b4e1421a9b7
Author:jlahoda
Date: 2013-11-01 21:43 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/8b4e1421a9b7
8027310: Annotation Processor crashes with NPE
Summary: JCAnnotation.attribute is null when annotation type is unavailable
Reviewed-by: jjg, jfranck
Changeset: cc80c03c41e4
Author:vromero
Date: 2013-11-01 19:08 +
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/cc80c03c41e4
8027660: javac crash while creating LVT entry for a local variable defined in
an inner block
Reviewed-by: jjg
Contributed-by: vicente.rom...@oracle
Changeset: 5c599c419c1d
Author:hseigel
Date: 2013-07-11 12:59 -0400
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/5c599c419c1d
8016256: Make finalization final
Summary: Add private methods to final methods check
Reviewed-by: coleenp, acorn, ahgross
Contributed-by: harol
On 1 nov 2013, at 13:44, Daniel D. Daugherty
wrote:
> On 11/1/13 6:31 AM, Staffan Larsen wrote:
>> Here is new version that lets the program print the thread id
>
> Hey, that's cheating! :-)
>
>
>> which the test will pick up and use:
>>
>> webrev: http://cr.openjdk.java.net/~sla/7145419/w
Coleen
Thx for fixing this.
The code looks good;
> -Original Message-
> From: hotspot-runtime-dev-boun...@openjdk.java.net
> [mailto:hotspot-runtime-dev-
> boun...@openjdk.java.net] On Behalf Of coleen.phillim...@oracle.com
> Sent: Thursday, October 31, 2013 3:24 PM
> To: hotspot-runtime
On 11/1/2013 9:16 AM, Erik Helin wrote:
Hi Coleen,
this looks great, just one minor nit: could you please update the
comment starting at jvmtiImpl.cpp:242 (which explains why using
allow_unhandled_oop is correct) to use _class_holder instead of
_class_loader?
I fixed it and the : in JvmtiBreak
Changeset: 910026b800b8
Author:coleenp
Date: 2013-11-01 10:32 -0400
URL: http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/910026b800b8
8026946: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBreakpoint should use
MethodHandle
8026948: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBre
Looks good!
Thanks,
/Staffan
On 31 okt 2013, at 03:54, Coleen Phillimore
wrote:
> 8026948: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBreakpoint might not work
> with anonymous classes
> Summary: Walk methods in breakpoints for marking on stack so they aren't
> deallocated by redefine classe
Changeset: c59ccad6eb72
Author:sla
Date: 2013-11-01 15:10 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/c59ccad6eb72
8027705: com/sun/jdi/JdbMethodExitTest.sh fails when a background thread is
generating events.
Reviewed-by: dcubed
! test/com/sun/jdi/JdbMethodExitTest.sh
!
On 11/1/13 6:31 AM, Staffan Larsen wrote:
Here is new version that lets the program print the thread id
Hey, that's cheating! :-)
which the test will pick up and use:
webrev: http://cr.openjdk.java.net/~sla/7145419/webrev.01/
test/com/sun/jdi/JdbMethodExitTest.sh
No comments.
test/
Hi Coleen,
this looks great, just one minor nit: could you please update the
comment starting at jvmtiImpl.cpp:242 (which explains why using
allow_unhandled_oop is correct) to use _class_holder instead of
_class_loader?
Thanks,
Erik
On 2013-10-30, Coleen Phillimore wrote:
> 8026948: JvmtiEnv::Se
On 10/31/2013 12:43 PM, serguei.spit...@oracle.com wrote:
Coleen,
It looks good, thank you for fixing it!
Thanks for the code review Serguei.
Coleen
Thanks,
Serguei
On 10/30/13 7:54 PM, Coleen Phillimore wrote:
8026948: JvmtiEnv::SetBreakpoint and JvmtiEnv::ClearBreakpoint might
not work
Here is new version that lets the program print the thread id which the test
will pick up and use:
webrev: http://cr.openjdk.java.net/~sla/7145419/webrev.01/
Thanks,
/Staffan
On 31 okt 2013, at 13:39, Daniel D. Daugherty
wrote:
> I stand corrected. Only the thread name is in the prompt.
> I
Changeset: c35f6df5bce9
Author:sla
Date: 2013-11-01 10:08 +0100
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/c35f6df5bce9
8027692: Remove java/lang/management/MemoryMXBean/LowMemoryTest2.sh from
ProblemList.txt
Reviewed-by: stefank, alanb
! test/ProblemList.txt
Alan, Stefan: Thanks for the quick review!
On 1 nov 2013, at 10:02, Alan Bateman wrote:
> On 01/11/2013 08:43, Staffan Larsen wrote:
>> When JDK-7196801 was fixed, the test wasn't removed from the ProblemList.txt.
>>
>> Thanks,
>> /Staffan
>>
> Looks okay, assuming the test is passing and stab
On 01/11/2013 08:43, Staffan Larsen wrote:
When JDK-7196801 was fixed, the test wasn't removed from the ProblemList.txt.
Thanks,
/Staffan
Looks okay, assuming the test is passing and stable now.
-Alan.
On 2013-11-01 09:43, Staffan Larsen wrote:
When JDK-7196801 was fixed, the test wasn't removed from the ProblemList.txt.
Yes. We had to wait for some HotSpot changes to propagate up to the
master repository.
Thanks for reenabling the test.
Looks good.
StefanK
Thanks,
/Staffan
diff --
When JDK-7196801 was fixed, the test wasn't removed from the ProblemList.txt.
Thanks,
/Staffan
diff --git a/test/ProblemList.txt b/test/ProblemList.txt
--- a/test/ProblemList.txt
+++ b/test/ProblemList.txt
@@ -128,9 +128,6 @@
# 7067973
java/lang/management/MemoryMXBean/CollectionUsageThreshold
25 matches
Mail list logo
