Re: When javaFrameAnchor::_last_Java_sp == NULL for a non-first entry frame

hread stack" related things on different Linux implementations. > > -Xiaobin > > On 11/19/09 18:10, Hiroshi Yamauchi wrote: >> >> Hi, >> >> In AsyncGetCallTrace, I observe >> >>  javaFrameAnchor::_last_Java_sp == NULL >> >> in non-fir

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

t; Hiroshi, > > Do you have a test program for this problem? > > That would help with my analysis of the code paths... > > Dan > > > Hiroshi Yamauchi wrote: > > There are two bugs: > > 1. A CompiledMethodLoad event is sent after the VM death event. > 2. Set

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

On Wed, Feb 18, 2009 at 8:43 PM, Swamy Venkataramanappa wrote: > Hiroshi Yamauchi wrote: >> >> Thanks for chipping in. >> >> On Fri, Feb 13, 2009 at 9:39 PM, Swamy Venkataramanappa >> wrote: >> >>> >>> jvmti spec says no events should be

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

th. Since I couldn't suppress my bug with a SetEventCallbacks call that nulls out the callback function table or a SetEventNotificationMode call to disable all the events, I think there still is some race condition/visibility issue there, independent of the above fix. > > -Swamy > >

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

case from the test case in 6357005. > > Dan > > > Daniel D. Daugherty wrote: >> >> Hiroshi, >> >> I'm leaning toward making the two fields volatile and adding the >> appropriate OrderAccess::XXX calls. I vaguely remember an existing >> bug for event

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

TRACE in a mutex. That's my take. Hiroshi > Hiroshi Yamauchi wrote: >> >> Hi Dan, >> >> On Wed, Feb 11, 2009 at 12:43 PM, Daniel D. Daugherty >> mailto:daniel.daughe...@sun.com>> wrote: >> >>I'll chime in on parts of this thread bel

Re: synchronization of JVMTI phase notifications [Fwd: Data visibility between threads in Hotspot]

Hi Dan, On Wed, Feb 11, 2009 at 12:43 PM, Daniel D. Daugherty < daniel.daughe...@sun.com> wrote: > I'll chime in on parts of this thread below. > > > > Tim Bell wrote: > >> I don't know the precise answer to this question, so I am forwarding it to >> the Serviceability list to get a wider audienc

Re: heap dump

works harder they will vanish. Correct? Thanks, Hiroshi > >> >> > I hope this helps. > > Thanks, > Swamy > > > > Hiroshi Yamauchi wrote: > >> Hi, >> >> I take a heap dump using the dumpHeap method described in >> >> >>

heap dump

Hi, I take a heap dump using the dumpHeap method described in http://java.sun.com/javase/6/docs/jre/api/management/extension/com/sun/management/HotSpotDiagnosticMXBean.html with the live parameter true and I see objects (int arrays) which have nothing in the "References to this object" section i

Need reviewer: jmap -permstat

Hi, I'd like to contribute this patch. I need a reviewer who is familiar with the Hotspot Serviceability Agent. The description of the patch is something like: Accounting for more memory uses associated with class metadata in PermGen which "jmap -permstat" misses. In a small tes