Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread Daniel D. Daugherty
> http://cr.openjdk.java.net/~sspitsyn/webrevs/2015/hotspot/8068162-JVMTI-old.4/ src/share/vm/memory/universe.hpp No comments. src/share/vm/memory/universe.cpp No comments. src/share/vm/prims/jvmtiRedefineClasses.cpp So redefining the Unsafe class is now very expensive because

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread serguei.spit...@oracle.com
On 1/16/15 3:32 PM, John Rose wrote: On Jan 16, 2015, at 3:03 PM, Coleen Phillimore mailto:coleen.phillim...@oracle.com>> wrote: I was sort of wondering about this along the same lines. You're setting the second bit, right? :) That sounds good, much better than the string prefix hack. Par

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread serguei.spit...@oracle.com
On 1/16/15 3:10 PM, serguei.spit...@oracle.com wrote: On 1/16/15 3:03 PM, Coleen Phillimore wrote: On 1/16/15, 6:01 PM, serguei.spit...@oracle.com wrote: John R. suggested to use the CPSlot(Symbol* ptr) to mark pseudo-strings. I was sort of wondering about this along the same lines. You're

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread John Rose
On Jan 16, 2015, at 3:03 PM, Coleen Phillimore wrote: > > I was sort of wondering about this along the same lines. You're setting the > second bit, right? :) That sounds good, much better than the string prefix hack. Parsing the string would introduce too much coupling between the JVM and ra

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread serguei.spit...@oracle.com
On 1/16/15 3:03 PM, Coleen Phillimore wrote: On 1/16/15, 6:01 PM, serguei.spit...@oracle.com wrote: John R. suggested to use the CPSlot(Symbol* ptr) to mark pseudo-strings. I was sort of wondering about this along the same lines. You're setting the second bit, right? :) I'm not sure yet.

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread Coleen Phillimore
On 1/16/15, 6:01 PM, serguei.spit...@oracle.com wrote: John R. suggested to use the CPSlot(Symbol* ptr) to mark pseudo-strings. I was sort of wondering about this along the same lines. You're setting the second bit, right? :) Coleen The updated webrev is going to be close to the .3 webrev

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread serguei.spit...@oracle.com
John R. suggested to use the CPSlot(Symbol* ptr) to mark pseudo-strings. The updated webrev is going to be close to the .3 webrev. I will send it soon. Thanks, Serguei On 1/16/15 2:53 PM, Coleen Phillimore wrote: This change looks good to me also. Thanks, Coleen On 1/16/15, 3:07 PM, serguei.s

Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread serguei.spit...@oracle.com
Thanks, Coleen! Serguei On 1/16/15 2:50 PM, Coleen Phillimore wrote: Hi Serguei, Sorry this got lost in my mailbox, twice. This change looks great! Thank you for re-enabling the test. Thanks, Coleen On 1/16/15, 5:38 PM, serguei.spit...@oracle.com wrote: Just wanted to tell that Dan is

Re: 3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread Coleen Phillimore
This change looks good to me also. Thanks, Coleen On 1/16/15, 3:07 PM, serguei.spit...@oracle.com wrote: Please, review the fix for: https://bugs.openjdk.java.net/browse/JDK-8008678 Open webrev: http://cr.openjdk.java.net/~sspitsyn/webrevs/2015/hotspot/8008678-JVMTI-pseudo.3/ Summary: Cu

Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread Coleen Phillimore
Hi Serguei, Sorry this got lost in my mailbox, twice. This change looks great! Thank you for re-enabling the test. Thanks, Coleen On 1/16/15, 5:38 PM, serguei.spit...@oracle.com wrote: Just wanted to tell that Dan is the second reviewer, so there is no pressure on others to review this.

Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread serguei.spit...@oracle.com
Just wanted to tell that Dan is the second reviewer, so there is no pressure on others to review this. :) Thanks, Dan! Serguei On 1/16/15 11:16 AM, serguei.spit...@oracle.com wrote: Sorry for the re-post. Forgot to add review candidates to the to-list. Thanks, Serguei On 1/16/15 11:14 AM, ser

3-rd round RFR (S) 8008678: JSR 292: constant pool reconstitution must support pseudo strings

2015-01-16 Thread serguei.spit...@oracle.com
Please, review the fix for: https://bugs.openjdk.java.net/browse/JDK-8008678 Open webrev: http://cr.openjdk.java.net/~sspitsyn/webrevs/2015/hotspot/8008678-JVMTI-pseudo.3/ Summary: Currently, a JVM_CONSTANT_String CP entry having a NULL reference to Symbol* indicates that it is a pse

Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread serguei.spit...@oracle.com
Sorry for the re-post. Forgot to add review candidates to the to-list. Thanks, Serguei On 1/16/15 11:14 AM, serguei.spit...@oracle.com wrote: Dan, David H. or David C., May I ask one of you to look at the webrev below? The issue itself is a little bit tricky, so it is not easy to review despi

Re: 4-th round RFR (XS) 8068162: jvmtiRedefineClasses.cpp: guarantee(false) failed: OLD and/or OBSOLETE method(s) found

2015-01-16 Thread serguei.spit...@oracle.com
Dan, David H. or David C., May I ask one of you to look at the webrev below? The issue itself is a little bit tricky, so it is not easy to review despite the small size. Coleen, Does the webrev matches what we discussed with you? Do you give me a thumbs up? Thanks, Serguei May I ask On 1/1

Re: RFR: 8035938: Memory leak in JvmtiEnv::GetConstantPool

2015-01-16 Thread Kevin Walls
Thanks Serguei, thanks Dan! On 16/01/2015 17:51, Daniel D. Daugherty wrote: > src/share/vm/prims/jvmtiClassFileReconstituter.hpp These lines allocate: line 59: _symmap = new SymbolHashMap(); line 60: _classmap = new SymbolHashMap(); and these lines free incorrectly:

Re: RFR: 8035938: Memory leak in JvmtiEnv::GetConstantPool

2015-01-16 Thread Daniel D. Daugherty
> src/share/vm/prims/jvmtiClassFileReconstituter.hpp These lines allocate: line 59: _symmap = new SymbolHashMap(); line 60: _classmap = new SymbolHashMap(); and these lines free incorrectly: line 71:os::free(_symmap); line 75:os::free(_classmap

Re: RFR: 8035938: Memory leak in JvmtiEnv::GetConstantPool

2015-01-16 Thread serguei.spit...@oracle.com
The fix looks good. Thanks, Serguei On 1/16/15 2:17 AM, Mattis Castegren wrote: Hi This bug is targeted for 7u80, with rdp2 next Tuesday. It would be great to get a review for this fix as soon as possible, so that we can get this fix out in the last public JDK 7 release. Kind Regards /Matti

Re: RFR(S): JDK-7076820 assert(addr != 0) failed: address sanity check in PerfMemory::detach with -XX:-UsePerfData

2015-01-16 Thread Dmitry Samersoff
David, Thank you! -Dmitry On 2015-01-16 09:36, David Holmes wrote: > On 13/01/2015 7:00 PM, Dmitry Samersoff wrote: >> David, >> >> On 2015-01-13 08:10, David Holmes wrote: >>> >>> Short version: okay but I'm going to file a bug to have sun.misc.Perf >>> fixed properly. >> >> Thank you and please

RE: RFR: 8035938: Memory leak in JvmtiEnv::GetConstantPool

2015-01-16 Thread Mattis Castegren
Hi This bug is targeted for 7u80, with rdp2 next Tuesday. It would be great to get a review for this fix as soon as possible, so that we can get this fix out in the last public JDK 7 release. Kind Regards /Mattis -Original Message- From: Kevin Walls Sent: den 15 januari 2015 15:18 To