jvmti.xml

<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet type="text/xsl" href="jvmti.xsl"?>
<!--
 Copyright (c) 2002, 2013, Oracle and/or its affiliates. All rights reserved.
 DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.

 This code is free software; you can redistribute it and/or modify it
 under the terms of the GNU General Public License version 2 only, as
 published by the Free Software Foundation.

 This code is distributed in the hope that it will be useful, but WITHOUT
 ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 version 2 for more details (a copy is included in the LICENSE file that
 accompanied this code).

 You should have received a copy of the GNU General Public License version
 2 along with this work; if not, write to the Free Software Foundation,
 Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.

 Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
 or visit www.oracle.com if you need additional information or have any
 questions.
  
-->

<!DOCTYPE specification [
   <!ELEMENT specification (title, intro*, functionsection, errorsection, 
                            eventsection, datasection, issuessection, changehistory)>
   <!ATTLIST specification label CDATA #REQUIRED 
                           majorversion CDATA #REQUIRED 
                           minorversion CDATA #REQUIRED 
                           microversion CDATA #REQUIRED>

   <!ELEMENT title (#PCDATA|jvmti|tm)*>
   <!ATTLIST title subtitle CDATA #REQUIRED>

   <!ELEMENT intro ANY>
   <!ATTLIST intro id CDATA #IMPLIED
                   label CDATA "">

   <!ELEMENT functionsection (intro*, category*)>
   <!ATTLIST functionsection label CDATA #REQUIRED>

   <!ELEMENT category ((intro|typedef|uniontypedef|capabilitiestypedef)*, 
                          (function|callback|elide)*)>
   <!ATTLIST category id CDATA #REQUIRED
                      label CDATA #REQUIRED>

   <!ELEMENT function (synopsis, typedef*, description?, origin,
                         (capabilities|eventcapabilities), 
                         parameters, errors)>
   <!ATTLIST function id CDATA #REQUIRED
                      num CDATA #REQUIRED
                      phase (onload|onloadOnly|start|live|any) #IMPLIED
		      callbacksafe (safe|unsafe) #IMPLIED
                      impl CDATA #IMPLIED
                      hide CDATA #IMPLIED
                      jkernel (yes|no) #IMPLIED
                      since CDATA "1.0">

   <!ELEMENT callback ((jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|jthreadGroup|jobject|
                        jvalue|enum|jint|jlong|jfloat|jdouble|jlocation|jboolean|char|uchar|size_t|void),
                        synopsis, description?, parameters)>
   <!ATTLIST callback id CDATA #REQUIRED
                      since CDATA "1.0">

   <!ELEMENT synopsis (#PCDATA|jvmti)*>

   <!ELEMENT typedef (description?, field*)>
   <!ATTLIST typedef id CDATA #REQUIRED
                     label CDATA #REQUIRED
                     since CDATA "1.0">

   <!ELEMENT uniontypedef (description?, field*)>
   <!ATTLIST uniontypedef id CDATA #REQUIRED
                     label CDATA #REQUIRED
                     since CDATA "1.0">

   <!ELEMENT field ((jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|jthreadGroup|jobject|
                     jvalue|enum|jint|jlong|jfloat|jdouble|jlocation|jboolean|char|uchar|size_t|void|allocfieldbuf|inptr|inbuf|outbuf|vmbuf|ptrtype|struct), 
                    description)>
   <!ATTLIST field id CDATA #REQUIRED>

   <!ELEMENT capabilitiestypedef (description?, capabilityfield*)>
   <!ATTLIST capabilitiestypedef id CDATA #REQUIRED
                     label CDATA #REQUIRED>

   <!ELEMENT capabilityfield (description)>
   <!ATTLIST capabilityfield id CDATA #REQUIRED
                   disp1 CDATA ""
                   disp2 CDATA ""
                   since CDATA "1.0">

   <!ELEMENT description ANY>

   <!ELEMENT capabilities (required*, capability*)>

   <!ELEMENT eventcapabilities EMPTY>

   <!ELEMENT required ANY>
   <!ATTLIST required id CDATA #REQUIRED>

   <!ELEMENT capability ANY>
   <!ATTLIST capability id CDATA #REQUIRED>

   <!ELEMENT parameters (param*)>

   <!ELEMENT param ((jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|jthreadGroup|jobject|
                     jvalue|enum|jint|jlong|jfloat|jdouble|jlocation|jboolean|char|uchar|size_t|void|varargs|struct|ptrtype|
                     outptr|allocbuf|allocallocbuf|inptr|inbuf|outbuf|vmbuf|agentbuf), 
                    description)>
   <!ATTLIST param id CDATA #REQUIRED>

   <!ELEMENT jmethodID EMPTY>
   <!ATTLIST jmethodID class  CDATA #IMPLIED
                       native CDATA #IMPLIED>

   <!ELEMENT jfieldID EMPTY>
   <!ATTLIST jfieldID class CDATA #IMPLIED>

   <!ELEMENT jclass EMPTY>
   <!ATTLIST jclass method CDATA #IMPLIED
                    field  CDATA #IMPLIED>

   <!ELEMENT jframeID EMPTY>
   <!ATTLIST jframeID thread CDATA #IMPLIED>

   <!ELEMENT jrawMonitorID EMPTY>

   <!ELEMENT jthread EMPTY>
   <!ATTLIST jthread started CDATA #IMPLIED
                     null CDATA #IMPLIED
                     frame CDATA #IMPLIED
                     impl CDATA #IMPLIED>

   <!ELEMENT varargs EMPTY>

   <!ELEMENT jthreadGroup EMPTY>
   <!ELEMENT jobject EMPTY>
   <!ELEMENT jvalue EMPTY>
   <!ELEMENT jchar EMPTY>
   <!ELEMENT jint EMPTY>
   <!ATTLIST jint min CDATA #IMPLIED>
   <!ELEMENT jlong EMPTY>
   <!ELEMENT jfloat EMPTY>
   <!ELEMENT jdouble EMPTY>
   <!ELEMENT jlocation EMPTY>
   <!ELEMENT jboolean EMPTY>
   <!ELEMENT char EMPTY>
   <!ELEMENT uchar EMPTY>
   <!ELEMENT size_t EMPTY>
   <!ELEMENT void EMPTY>
   <!ELEMENT enum (#PCDATA)*>
   <!ELEMENT struct (#PCDATA)*>

   <!ELEMENT nullok ANY>

   <!ELEMENT ptrtype     ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue), nullok?)>

   <!ELEMENT outptr     ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jchar|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>

   <!ELEMENT allocbuf   ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>
   <!ATTLIST allocbuf incount CDATA #IMPLIED
                      outcount CDATA #IMPLIED>

   <!ELEMENT allocallocbuf   ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>
   <!ATTLIST allocallocbuf incount CDATA #IMPLIED
                      outcount CDATA #IMPLIED>

   <!ELEMENT inptr      (struct, nullok?)>

   <!ELEMENT inbuf      ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>
   <!ATTLIST inbuf    incount CDATA #IMPLIED>

   <!ELEMENT outbuf     ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void|outbuf), nullok?)>
   <!ATTLIST outbuf   incount CDATA #IMPLIED
                      outcount CDATA #IMPLIED>

   <!ELEMENT vmbuf      ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jchar|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>
   <!ATTLIST vmbuf    incount CDATA #IMPLIED
                      outcount CDATA #IMPLIED>

   <!ELEMENT agentbuf   ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void), nullok?)>
   <!ATTLIST agentbuf incount CDATA #IMPLIED
                      outcount CDATA #IMPLIED>

   <!ELEMENT allocfieldbuf   ((struct|jmethodID|jfieldID|jframeID|jrawMonitorID|jclass|jthread|
                                   jthreadGroup|jobject|jvalue|enum|jint|jlong|jfloat|jdouble|
                                   jlocation|jboolean|char|uchar|size_t|void))>
   <!ATTLIST allocfieldbuf outcount CDATA #IMPLIED>

   <!ELEMENT errors (error*)>

   <!ELEMENT error ANY>
   <!ATTLIST error id CDATA #REQUIRED>

   <!ELEMENT errorsection (intro*, errorcategory*)>
   <!ATTLIST errorsection label CDATA #REQUIRED>

   <!ELEMENT errorcategory (intro*, errorid*)>
   <!ATTLIST errorcategory id CDATA #REQUIRED
                           label CDATA #REQUIRED>

   <!ELEMENT errorid ANY>
   <!ATTLIST errorid id CDATA #REQUIRED
                     num CDATA #REQUIRED>

   <!ELEMENT datasection (intro*, basetypes*)>

   <!ELEMENT basetypes (intro*, basetype*)>
   <!ATTLIST basetypes id CDATA #REQUIRED
                       label CDATA #REQUIRED>

   <!ELEMENT basetype (definition?,description)>
   <!ATTLIST basetype id CDATA #REQUIRED>

   <!ELEMENT definition (#PCDATA|jvmti)*>

   <!ELEMENT eventsection (intro*, (event|elide)*)>
   <!ATTLIST eventsection label CDATA #REQUIRED>

   <!ELEMENT event (description, origin, typedef*, capabilities, parameters)>
   <!ATTLIST event id CDATA #REQUIRED
                   label CDATA #REQUIRED
                   const CDATA #REQUIRED
                   num CDATA #REQUIRED
                   phase (onload|start|live|any) #IMPLIED
                   filtered (thread|global) #IMPLIED
                   since CDATA "1.0">

   <!ELEMENT issuessection (intro*)>
   <!ATTLIST issuessection label CDATA #REQUIRED>

   <!ELEMENT changehistory (intro*, change*)>
   <!ATTLIST changehistory update CDATA #REQUIRED
                           id CDATA #REQUIRED>

   <!ELEMENT change ANY>
   <!ATTLIST change date CDATA #REQUIRED
                    version CDATA #IMPLIED>

   <!ELEMENT functionlink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST functionlink id CDATA #REQUIRED>

   <!ELEMENT datalink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST datalink id CDATA #REQUIRED>

   <!ELEMENT typelink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST typelink id CDATA #REQUIRED>

   <!ELEMENT fieldlink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST fieldlink id CDATA #REQUIRED
                       struct CDATA #REQUIRED>

   <!ELEMENT paramlink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST paramlink id CDATA #REQUIRED>

   <!ELEMENT eventlink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST eventlink id CDATA #REQUIRED>

   <!ELEMENT errorlink (#PCDATA|jvmti|code|i|b|tm)*>
   <!ATTLIST errorlink id CDATA #REQUIRED>

   <!ELEMENT externallink (#PCDATA|jvmti|code|i|b|tm)*>
   <!ATTLIST externallink id CDATA #REQUIRED>

   <!ELEMENT vmspec EMPTY>
   <!ATTLIST vmspec chapter CDATA #IMPLIED>

   <!ELEMENT internallink (#PCDATA|jvmti|code|i|b)*>
   <!ATTLIST internallink id CDATA #REQUIRED>

   <!ELEMENT functionphaselist EMPTY>
   <!ATTLIST functionphaselist phase (onload|onloadOnly|start|live|any) #REQUIRED>

   <!ELEMENT eventphaselist EMPTY>
   <!ATTLIST eventphaselist phase (onload|start|live|any) #REQUIRED>

   <!ELEMENT issue ANY>
   
   <!ELEMENT rationale ANY>
   
   <!ELEMENT todo ANY>
   
   <!ELEMENT origin (#PCDATA)*>

   <!ELEMENT elide (intro|function|callback|event)*>
   <!ATTLIST elide why CDATA #IMPLIED>
   
   <!ELEMENT constants (constant*)>
   <!ATTLIST constants id CDATA #REQUIRED
                       label CDATA #REQUIRED
                       kind (enum|bits|const) #REQUIRED
                       since CDATA "1.0">

   <!ELEMENT constant ANY>
   <!ATTLIST constant id CDATA #REQUIRED
                      num CDATA #REQUIRED>

   <!ELEMENT tm (#PCDATA)>

   <!ELEMENT i (#PCDATA|jvmti|tm)*>

   <!ELEMENT b (#PCDATA|jvmti|code)*>

   <!ELEMENT code (#PCDATA|space)*>

   <!ELEMENT pre ANY>

   <!ELEMENT space EMPTY>

   <!ELEMENT jvmti EMPTY>

   <!ELEMENT example (#PCDATA|i)*>

   <!ELEMENT br EMPTY>

   <!ELEMENT p EMPTY>

   <!ELEMENT dl  (dt|dd)+>

   <!ELEMENT dd  ANY>

   <!ELEMENT dt  (#PCDATA|jvmti|code|i|b)*>

   <!ELEMENT table  (tr)+>

   <!ELEMENT tr  (td|th)*>

   <!ELEMENT td  ANY>
   <!ATTLIST td align (left|right|center) "center">

   <!ELEMENT th  ANY>
   <!ATTLIST th align (left|right|center) "center">

   <!ELEMENT ul  (li)+>
   <!ATTLIST ul type (disc|circle|square) "disc">

   <!ELEMENT li  ANY>
 ]>

<specification label="JVM(TM) Tool Interface"
        majorversion="1"
        minorversion="2"
        microversion="3">
  <title subtitle="Version">
    <tm>JVM</tm> Tool Interface
  </title>
  
  <intro id="whatIs" label="What is the JVM Tool Interface?">
    The <tm>JVM</tm> Tool Interface (<jvmti/>) 
    is a programming interface used by development and monitoring tools. 
    It provides both a way to inspect the state and 
    to control the execution of applications running in the
    <tm>Java</tm> virtual machine (VM).
    <p/>
    <jvmti/> is intended to provide a VM interface for the full breadth of tools
    that need access to VM state, including but not limited to: profiling,
    debugging, monitoring, thread analysis, and coverage analysis tools.
    <p/>
    <jvmti/> may not be available in all implementations of the <tm>Java</tm> virtual
    machine.
    <p/>
    <jvmti/> is a two-way interface. 
    A client of <jvmti/>, hereafter called an <i>agent</i>,
    can be notified of
    interesting occurrences through <internallink id="EventSection">events</internallink>. 
    <jvmti/>
    can query and control the application through many 
    <internallink id="FunctionSection">functions</internallink>, 
    either in response to events or 
    independent of them.
    <p/>
    Agents run in the same process with and communicate directly with 
    the virtual machine executing
    the application being examined.  This communication is
    through a native interface (<jvmti/>). The native in-process interface allows
    maximal control with minimal intrusion on the part of a tool. 
    Typically, agents are relatively compact. They can be controlled
    by a separate process which implements the bulk of a tool's
    function without interfering with the target application's normal execution.
  </intro>

  <intro id="architecture" label="Architecture">
    Tools can be written directly to <jvmti/> or indirectly
    through higher level interfaces.
    The Java Platform Debugger Architecture includes <jvmti/>, but also
    contains higher-level, out-of-process debugger interfaces. The higher-level 
    interfaces are more appropriate than <jvmti/> for many tools. 
    For more information on the Java Platform Debugger Architecture, 
    see the 
    <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jpda/architecture.html">Java 
      Platform Debugger Architecture website</externallink>. 
  </intro>

  <intro id="writingAgents" label="Writing Agents">
    Agents can be written in any native language that supports C
    language calling conventions and C or C++
    definitions.
    <p/>
    The function, event, data type, and constant definitions needed for
    using <jvmti/> are defined in the include file <code>jvmti.h</code>.
    To use these definitions add the <tm>J2SE</tm> include directory
    to your include path and add
    <example>
#include &lt;jvmti.h&gt;
    </example>
    to your source code.
  </intro>

  <intro id="deployingAgents" label="Deploying Agents">
    An agent is deployed in a platform specific manner but is typically the 
    platform equivalent of a dynamic library. On the <tm>Windows</tm> operating 
    system, for example, an agent library is a "Dynamic Linked Library" (DLL). 
    On the <tm>Solaris</tm> Operating Environment, an agent library is a shared
    object (<code>.so</code> file).
    <p/>

    An agent may be started at VM startup by specifying the agent library
    name using a <internallink id="starting">command line option</internallink>.
    Some implementations may support a mechanism to <internallink id="onattach"> 
    start agents</internallink> in the live <functionlink id="GetPhase">phase</functionlink>.
    The details of how this is initiated are implementation specific.
  </intro>

    <intro id="entry point" label="Statically Linked Agents (since version 1.2.3)">

      A native JVMTI Agent may be <i>statically linked</i> with the VM.
      The manner in which the library and VM image are combined is
      implementation-dependent.
      An agent L whose image has been combined with the VM is defined as
      <i>statically linked</i> if and only if the agent exports a function
      called Agent_OnLoad_L.
<p/>
      If a <i>statically linked</i> agent L exports a function called
      Agent_OnLoad_L and a function called Agent_OnLoad, the Agent_OnLoad
      function will be ignored.
      If an agent L is <i>statically linked</i>, an Agent_OnLoad_L
      function will be invoked with the same arguments and expected return
      value as specified for the Agent_OnLoad function.
      An agent L that is <i>statically linked</i> will prohibit an agent of
      the same name from being loaded dynamically.
<p/>
      The VM will invoke the Agent_OnUnload_L function of the agent, if such
      a function is exported, at the same point during VM execution as it would
      have called the dynamic entry point Agent_OnUnLoad. A statically loaded
      agent cannot be unloaded. The Agent_OnUnload_L function will still be
      called to do any other agent shutdown related tasks. 
      If a <i>statically linked</i> agent L exports a function called
      Agent_OnUnLoad_L and a function called Agent_OnUnLoad, the Agent_OnUnLoad
      function will be ignored.
<p/>
      If an agent L is <i>statically linked</i>, an Agent_OnAttach_L function
      will be invoked with the same arguments and expected return value as
      specified for the Agent_OnAttach function.
      If a <i>statically linked</i> agent L exports a function called
      Agent_OnAttach_L and a function called Agent_OnAttach, the Agent_OnAttach
      function will be ignored.
</intro>
  
  <intro id="starting" label="Agent Command Line Options">
    The term "command-line option" is used below to
    mean options supplied in the <code>JavaVMInitArgs</code> argument
    to the <code>JNI_CreateJavaVM</code> function of the JNI
    Invocation API.
    <p/>
    One of the two following 
    command-line options is used on VM startup to 
    properly load and run agents.
    These arguments identify the library containing 
    the agent as well as an options
    string to be passed in at startup. 
    <dl>
      <dt><code>-agentlib:</code><i>&lt;agent-lib-name&gt;</i><code>=</code><i>&lt;options&gt;</i></dt>
      <dd>
	The name following <code>-agentlib:</code> is the name of the
	library to load.  Lookup of the library, both its full name and location,
	proceeds in a platform-specific manner.
	Typically, the <i>&lt;agent-lib-name&gt;</i> is expanded to an
	operating system specific file name.
	The <i>&lt;options&gt;</i> will be passed to the agent on start-up.
	For example, if the option 
	<code>-agentlib:foo=opt1,opt2</code> is specified, the VM will attempt to 
	load the shared library <code>foo.dll</code> from the system <code>PATH</code>
        under <tm>Windows</tm> or <code>libfoo.so</code> from the 
	<code>LD_LIBRARY_PATH</code> under the <tm>Solaris</tm> operating
        environment.
        If the agent library is statically linked into the executable
        then no actual loading takes place.
    <p/>
      </dd>
      <dt><code>-agentpath:</code><i>&lt;path-to-agent&gt;</i><code>=</code><i>&lt;options&gt;</i></dt>
      <dd>
	The path following <code>-agentpath:</code> is the absolute path from which
	to load the library.
	No library name expansion will occur.
	The <i>&lt;options&gt;</i> will be passed to the agent on start-up.
	For example, if the option 
	<code>-agentpath:c:\myLibs\foo.dll=opt1,opt2</code> is specified, the VM will attempt to 
	load the shared library <code>c:\myLibs\foo.dll</code>. If the agent
        library is statically linked into the executable
        then no actual loading takes place.
    <p/>
      </dd>
    </dl>
    For a dynamic shared library agent, the start-up routine
    <internallink id="onload"><code>Agent_OnLoad</code></internallink>
    in the library will be invoked. If the agent library is statically linked
    into the executable then the system will attempt to invoke the
    <code>Agent_OnLoad_&lt;agent-lib-name&gt;</code> entry point where
    &lt;agent-lib-name&gt; is the basename of the 
    agent. In the above example <code>-agentpath:c:\myLibs\foo.dll=opt1,opt2</code>,
    the system will attempt to find and call the <code>Agent_OnLoad_foo</code> start-up routine.
    <p/>
    Libraries loaded with <code>-agentlib:</code> or <code>-agentpath:</code>
    will be searched for JNI native method implementations to facilitate the
    use of Java programming language code in tools, as is needed for 
    <internallink id="bci">bytecode instrumentation</internallink>.
    <p/>
    The agent libraries will be searched after all other libraries have been
    searched (agents wishing to override or intercept the native method
    implementations of non-agent methods can use the
    <eventlink id="NativeMethodBind">NativeMethodBind event</eventlink>).
    <p/>
    These switches do the above and nothing more - they do not change the 
    state of the VM or <jvmti/>.  No command line options are needed 
    to enable <jvmti/> 
    or aspects of <jvmti/>, this is handled programmatically
    by the use of 
    <internallink id="capability">capabilities</internallink>.
  </intro>

  <intro id="startup" label="Agent Start-Up">
    The VM starts each agent by invoking a start-up function.
    If the agent is started in the <code>OnLoad</code>
    <functionlink id="GetPhase">phase</functionlink> the function
    <internallink id="onload"><code>Agent_OnLoad</code></internallink>
    or <internallink id="onload"><code>Agent_OnLoad_L</code></internallink>
    for statically linked agents will be invoked.
    If the agent is started in the live
    <functionlink id="GetPhase">phase</functionlink> the function
    <internallink id="onattach"><code>Agent_OnAttach</code></internallink>
    or <internallink id="onattach"><code>Agent_OnAttach_L</code></internallink>
    for statically linked agents will be invoked.
    Exactly one call to a start-up function is made per agent.  
  </intro>

  <intro id="onload" label="Agent Start-Up (OnLoad phase)">
    If an agent is started during the <code>OnLoad</code> phase then its
    agent library must export a start-up function with the following prototype:
    <example>
JNIEXPORT jint JNICALL 
Agent_OnLoad(JavaVM *vm, char *options, void *reserved)</example>
    Or for a statically linked agent named 'L':
    <example>
JNIEXPORT jint JNICALL 
Agent_OnLoad_L(JavaVM *vm, char *options, void *reserved)</example>

    The VM will start the agent by calling this function.  
    It will be called early enough in VM initialization that:
    <ul>
      <li><functionlink id="SetSystemProperty">system properties</functionlink>
	may be set before they have been used in the start-up of the VM</li>
      <li>the full set of 
	<internallink id="capability">capabilities</internallink>
	is still available (note that capabilities that configure the VM
	may only be available at this time--see the 
	<internallink id="capability">Capability function section</internallink>)</li>
      <li>no bytecodes have executed</li>
      <li>no classes have been loaded</li>
      <li>no objects have been created</li>
    </ul>
    <p/>
    The VM will call the <code>Agent_OnLoad</code> or
    <code>Agent_OnLoad_&lt;agent-lib-name&gt;</code> function with
    <i>&lt;options&gt;</i> as the second argument - 
    that is, using the command-line option examples,
    <code>"opt1,opt2"</code> will be passed to the <code>char *options</code> 
    argument of <code>Agent_OnLoad</code>.
    The <code>options</code> argument is encoded as a
    <internallink id="mUTF">modified UTF-8</internallink> string.
    If <i>=&lt;options&gt;</i> is not specified, 
    a zero length string is passed to <code>options</code>.
    The lifespan of the <code>options</code> string is the
    <code>Agent_OnLoad</code> or <code>Agent_OnLoad_&lt;agent-lib-name&gt;</code>
    call.  If needed beyond this time the string or parts of the string must
    be copied.
    The period between when <code>Agent_OnLoad</code> is called and when it
    returns is called the <i>OnLoad phase</i>.
    Since the VM is not initialized during the OnLoad 
    <functionlink id="GetPhase">phase</functionlink>,
    the set of allowed operations 
    inside <code>Agent_OnLoad</code> is restricted (see the function descriptions for the
    functionality available at this time). 
    The agent can safely process the options and set 
    event callbacks with <functionlink id="SetEventCallbacks"></functionlink>. Once  
    the VM initialization event is received 
    (that is, the <eventlink id="VMInit">VMInit</eventlink> 
    callback is invoked), the agent
    can complete its initialization.
    <rationale>
      Early startup is required so that agents can set the desired capabilities,
      many of which must be set before the VM is initialized.
      In JVMDI, the -Xdebug command-line option provided 
      very coarse-grain control of capabilities. 
      JVMPI implementations use various tricks to provide a single "JVMPI on" switch.
      No reasonable command-line 
      option could provide the fine-grain of control required to balance needed capabilities vs
      performance impact.  
      Early startup is also needed so that agents can control the execution
      environment - modifying the file system and system properties to install
      their functionality.
    </rationale>
    <p/>
    The return value from <code>Agent_OnLoad</code> or
    <code>Agent_OnLoad_&lt;agent-lib-name&gt;</code> is used to indicate an error.
    Any value other than zero indicates an error and causes termination of the VM.
  </intro>
  
  <intro id="onattach" label="Agent Start-Up (Live phase)">
    A VM may support a mechanism that allows agents to be started in the VM during the live 
    <functionlink id="GetPhase">phase</functionlink>. The details of how this is supported,
    are implementation specific. For example, a tool may use some platform specific mechanism, 
    or implementation specific API, to attach to the running VM, and request it start a given
    agent.
    <p/>
    If an agent is started during the live phase then its agent library
    must export a start-up function 
    with the following prototype:
    <example>
JNIEXPORT jint JNICALL 
Agent_OnAttach(JavaVM* vm, char *options, void *reserved)</example>
Or for a statically linked agent named 'L':
    <example>
JNIEXPORT jint JNICALL 
Agent_OnAttach_L(JavaVM* vm, char *options, void *reserved)</example>

    <p/>         
    The VM will start the agent by calling this function.  
    It will be called in the context of a thread
    that is attached to the VM. The first argument <i>&lt;vm&gt;</i> is the Java VM.
    The <i>&lt;options&gt;</i> argument is the startup options provided to the agent.
    <i>&lt;options&gt;</i> is encoded as a <internallink id="mUTF">modified UTF-8
    </internallink> string.
    If startup options were not provided, a zero length string is passed to 
    <code>options</code>. The lifespan of the <code>options</code> string is the 
    <code>Agent_OnAttach</code> or <code>Agent_OnAttach_&lt;agent-lib-name&gt;</code> call.
    If needed beyond this time the string or parts of the string must be copied.
    <p/>
    Note that some <internallink id="capability">capabilities</internallink> 
    may not be available in the live phase.
    <p/>
    The <code>Agent_OnAttach</code> or <code>Agent_OnAttach_&lt;agent-lib-name
    &gt;</code> function initializes the agent and returns a value
    to the VM to indicate if an error occurred. Any value other than zero indicates an error. 
    An error does not cause the VM to terminate. Instead the VM ignores the error, or takes 
    some implementation specific action -- for example it might print an error to standard error, 
    or record the error in a system log.
  </intro>

  <intro id="onunload" label="Agent Shutdown">
    The library may optionally export a 
    shutdown function with the following prototype:
    <example>
JNIEXPORT void JNICALL 
Agent_OnUnload(JavaVM *vm)</example>
    Or for a statically linked agent named 'L':
    <example>
JNIEXPORT void JNICALL 
Agent_OnUnload_L(JavaVM *vm)</example>

    This function will be called by the VM when the library is about to be unloaded.
    The library will be unloaded (unless it is statically linked into the
    executable) and this function will be called if some platform specific 
    mechanism causes the unload (an unload mechanism is not specified in this document)
    or the library is (in effect) unloaded by the termination of the VM whether through 
    normal termination or VM failure, including start-up failure.
    Uncontrolled shutdown is, of couse, an exception to this rule.
    Note the distinction between this function and the 
    <eventlink id="VMDeath">VM Death event</eventlink>: for the VM Death event
    to be sent, the VM must have run at least to the point of initialization and a valid 
    <jvmti/> environment must exist which has set a callback for VMDeath
    and enabled the event.
    None of these are required for <code>Agent_OnUnload</code> or
    <code>Agent_OnUnload_&lt;agent-lib-name&gt;</code> and this function
    is also called if the library is unloaded for other reasons.
    In the case that a VM Death event is sent, it will be sent before this 
    function is called (assuming this function is called due to VM termination).
    This function can be used to clean-up resources allocated by the agent.
  </intro>

  <intro id="tooloptions" label="JAVA_TOOL_OPTIONS">
    Since the command-line cannot always be accessed or modified, for example in embedded VMs
    or simply VMs launched deep within scripts, a <code>JAVA_TOOL_OPTIONS</code> variable is
    provided so that agents may be launched in these cases.
    <p/>
    Platforms which support environment variables or other named strings, may support the 
    <code>JAVA_TOOL_OPTIONS</code> variable.  This variable will be broken into options at white-space 
    boundaries.  White-space characters include space, tab, carriage-return, new-line, 
    vertical-tab, and form-feed.  Sequences of white-space characters are considered 
    equivalent to a single white-space character.  No white-space is included in the options 
    unless quoted.  Quoting is as follows:
    <ul>
        <li>All characters enclosed between a pair of single quote marks (''), except a single 
        quote, are quoted.</li>
        <li>Double quote characters have no special meaning inside a pair of single quote marks.</li>
        <li>All characters enclosed between a pair of double quote marks (""), except a double 
        quote, are quoted.</li>
        <li>Single quote characters have no special meaning inside a pair of double quote marks.</li>
        <li>A quoted part can start or end anywhere in the variable.</li>
        <li>White-space characters have no special meaning when quoted -- they are included in
        the option like any other character and do not mark white-space boundaries.</li>
        <li>The pair of quote marks is not included in the option.</li>
    </ul>
    <code>JNI_CreateJavaVM</code> (in the JNI Invocation API) will prepend these options to the options supplied 
    in its <code>JavaVMInitArgs</code> argument. Platforms may disable this feature in cases where security is 
    a concern; for example, the Reference Implementation disables this feature on Unix systems when 
    the effective user or group ID differs from the real ID.  
    This feature is intended to support the initialization of tools -- specifically including the 
    launching of native or Java programming language agents.  Multiple tools may wish to use this 
    feature, so the variable should not be overwritten, instead,  options should be appended to 
    the variable.  Note that since the variable is processed at the time of the JNI Invocation 
    API create VM call, options processed by a launcher (e.g., VM selection options) will not be handled.
  </intro>

  <intro id="environments" label="Environments">
    The <jvmti/> specification supports the use of multiple simultaneous
    <jvmti/> agents.
    Each agent has its own <jvmti/> environment.  
    That is, the <jvmti/> state is
    separate for each agent - changes to one environment do not affect the
    others.  The state of a <jvmti/> 
    environment includes:
    <ul>
      <li><functionlink id="SetEventCallbacks">the event callbacks</functionlink></li>
      <li><functionlink id="SetEventNotificationMode">the set of events which are enabled</functionlink></li>
      <li><internallink id="capability">the capabilities</internallink></li>
      <li><internallink id="memory">the memory allocation/deallocation hooks</internallink></li>
    </ul>
    Although their <jvmti/> state 
    is separate, agents inspect and modify the shared state
    of the VM, they also share the native environment in which they execute.
    As such, an agent can perturb the results of other agents or cause them
    to fail.  It is the responsibility of the agent writer to specify the level
    of compatibility with other agents.  <jvmti/> implementations are not capable
    of preventing destructive interactions between agents. Techniques to reduce
    the likelihood of these occurrences are beyond the scope of this document.
    <p/>
    An agent creates a <jvmti/> environment 
    by passing a <jvmti/> version 
    as the interface ID to the JNI Invocation API function 
    <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/invocation.html#GetEnv"><code>GetEnv</code></externallink>.
    See <internallink id="jvmtiEnvAccess">Accessing <jvmti/> Functions</internallink>
    for more details on the creation and use of 
    <jvmti/> environments.
    Typically, <jvmti/> environments are created by calling <code>GetEnv</code> from 
    <internallink id="onload"><code>Agent_OnLoad</code></internallink>.
  </intro>

  <intro id="bci" label="Bytecode Instrumentation">
    This interface does not include some events that one might expect in an interface with
    profiling support.  Some examples include object allocation events and full speed
    method enter and exit events.  The interface instead provides support for 
    <i>bytecode instrumentation</i>, the ability to alter the Java virtual machine
    bytecode instructions which comprise the target program.  Typically, these alterations
    are to add "events" to the code of a method - for example, to add, at the beginning of a method,
    a call to <code>MyProfiler.methodEntered()</code>.  
    Since the changes are purely additive, they do not modify application
    state or behavior.
    Because the inserted agent code is standard bytecodes, the VM can run at full speed,
    optimizing not only the target program but also the instrumentation.  If the 
    instrumentation does not involve switching from bytecode execution, no expensive
    state transitions are needed.  The result is high performance events.
    This approach also provides complete control to the agent: instrumentation can be
    restricted to "interesting" portions of the code (e.g., the end user's code) and
    can be conditional.  Instrumentation can run entirely in Java programming language
    code or can call into the native agent.  Instrumentation can simply maintain
    counters or can statistically sample events.
    <p/>  
    Instrumentation can be inserted in one of three ways:
    <ul>
      <li>
	Static Instrumentation: The class file is instrumented before it
	is loaded into the VM - for example, by creating a duplicate directory of
	<code>*.class</code> files which have been modified to add the instrumentation.
	This method is extremely awkward and, in general, an agent cannot know 
	the origin of the class files which will be loaded.
      </li>
      <li>
	Load-Time Instrumentation: When a class file is loaded by the VM, the raw
	bytes of the class file are sent for instrumentation to the agent.
	The <eventlink id="ClassFileLoadHook"/>
	event, triggered by the class load,
	provides this functionality.  This mechanism provides efficient
	and complete access to one-time instrumentation.
      </li>
      <li>
	Dynamic Instrumentation: A class which is already loaded (and possibly
	even running) is modified.  This optional feature is provided by the
	<eventlink id="ClassFileLoadHook"/> event, triggered by calling the
	<functionlink id="RetransformClasses"/> function.
	Classes can be modified multiple times and can be returned to their
	original state.
	The mechanism allows instrumentation which changes during the 
	course of execution.
      </li>
    </ul>
    <p/>  
    The class modification functionality provided in this interface
    is intended to provide a mechanism for instrumentation
    (the <eventlink id="ClassFileLoadHook"/> event
    and the <functionlink id="RetransformClasses"/> function)
    and, during development, for fix-and-continue debugging
    (the <functionlink id="RedefineClasses"/> function).
    <p/>  
    Care must be taken to avoid perturbing dependencies, especially when 
    instrumenting core classes.  For example, an approach to getting notification
    of every object allocation is to instrument the constructor on 
    <code>Object</code>.  Assuming that the constructor is initially
    empty, the constructor could be changed to:
    <example>
      public Object() {
        MyProfiler.allocationTracker(this);
      }
    </example>
    However, if this change was made using the 
    <eventlink id="ClassFileLoadHook"/>
    event then this might impact a typical VM as follows: 
    the first created object will call the constructor causing a class load of
    <code>MyProfiler</code>; which will then cause
    object creation, and since <code>MyProfiler</code> isn't loaded yet,
    infinite recursion; resulting in a stack overflow.  A refinement of this
    would be to delay invoking the tracking method until a safe time.  For
    example, <code>trackAllocations</code> could be set in the 
    handler for the <code>VMInit</code> event.
    <example>
      static boolean trackAllocations = false;

      public Object() {
        if (trackAllocations) {
          MyProfiler.allocationTracker(this);
        }
      }
    </example>
    <p/>
    The <functionlink id="SetNativeMethodPrefix"/> allows native methods
    to be instrumented by the use of wrapper methods.
  </intro>

  <intro id="mUTF" label="Modified UTF-8 String Encoding">
    <jvmti/> uses modified UTF-8 to encode character strings.
    This is the same encoding used by JNI.
    Modified UTF-8 differs 
    from standard UTF-8 in the representation of supplementary characters 
    and of the null character. See the
    <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/types.html#wp16542">
      Modified UTF-8 Strings</externallink>
    section of the JNI specification for details.
  </intro>

  <intro id="context" label="Specification Context">
    Since this interface provides access to the state of applications running in the
    Java virtual machine; 
    terminology refers to the Java platform and not the native
    platform (unless stated otherwise).  For example:
    <ul>
      <li>"thread" means Java programming language thread.</li>
      <li>"stack frame" means Java virtual machine stack frame.</li>
      <li>"class" means Java programming language class.</li>
      <li>"heap" means Java virtual machine heap.</li>
      <li>"monitor" means Java programming language object monitor.</li>
    </ul>
    <p/>
    Sun, Sun Microsystems, the Sun logo, Java, and JVM
    are trademarks or registered trademarks of Oracle 
    and/or its affiliates, in the U.S. and other countries.
  </intro>


<functionsection label="Functions">
  <intro id="jvmtiEnvAccess" label="Accessing Functions">
    Native code accesses <jvmti/> features 
    by calling <jvmti/> functions. 
    Access to <jvmti/> functions is by use of an interface pointer
    in the same manner as 
    <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/design.html">Java 
      Native Interface (JNI) functions</externallink> are accessed.
    The <jvmti/> interface pointer is called the 
    <i>environment pointer</i>.
    <p/>
    An environment pointer is a pointer to an environment and has
    the type <code>jvmtiEnv*</code>.
    An environment has information about its <jvmti/> connection.
    The first value in the environment is a pointer to the function table.
    The function table is an array of pointers to <jvmti/> functions.
    Every function pointer is at a predefined offset inside the 
    array. 
    <p/>
    When used from the C language:
    double indirection is used to access the functions;
    the environment pointer provides context and is the first
    parameter of each function call; for example:
    <example>
jvmtiEnv *jvmti;
...
jvmtiError err = (*jvmti)->GetLoadedClasses(jvmti, &amp;class_count, &amp;classes);
    </example>
    <p/>
    When used from the C++ language:
    functions are accessed as member functions of <code>jvmtiEnv</code>;
    the environment pointer is not passed to the function call; for example:
    <example>
jvmtiEnv *jvmti;
...
jvmtiError err = jvmti->GetLoadedClasses(&amp;class_count, &amp;classes);
    </example>
    Unless otherwise stated, all examples and declarations in this 
    specification use the C language.
    <p/>
    A <jvmti/> environment can be obtained through the JNI Invocation API
    <code>GetEnv</code> function:
    <example>
jvmtiEnv *jvmti;
...
(*jvm)->GetEnv(jvm, &amp;jvmti, JVMTI_VERSION_1_0);
    </example>
    Each call to <code>GetEnv</code> 
    creates a new <jvmti/> connection and thus
    a new <jvmti/> environment. 
    The <code>version</code> argument of <code>GetEnv</code> must be
    a <jvmti/> version.
    The returned environment may have a different version than the
    requested version but the returned environment must be compatible.
    <code>GetEnv</code> will return <code>JNI_EVERSION</code> if a 
    compatible version is not available, if <jvmti/> is not supported or
    <jvmti/> is not supported in the current VM configuration.
    Other interfaces may be added for creating <jvmti/> environments
    in specific contexts.
    Each environment has its own state (for example,
    <functionlink id="SetEventNotificationMode">desired events</functionlink>, 
    <functionlink id="SetEventCallbacks">event handling functions</functionlink>, and 
    <functionlink id="AddCapabilities">capabilities</functionlink>). 
    An environment is released with 
    <functionlink id="DisposeEnvironment"></functionlink>. 
    Thus, unlike JNI which has one environment per thread, <jvmti/> environments work
    across threads and are created dynamically.
  </intro>

  <intro id="functionReturn" label="Function Return Values">
    <jvmti/> functions always return an
    <internallink id="ErrorSection">error code</internallink> via the
    <datalink id="jvmtiError"/> function return value. 
    Some functions can return additional
    values through pointers provided by the calling function. 
    In some cases, <jvmti/> functions allocate memory that your program must
    explicitly deallocate. This is indicated in the individual <jvmti/>
    function descriptions.  Empty lists, arrays, sequences, etc are 
    returned as <code>NULL</code>.
    <p/>
    In the event that the <jvmti/> function encounters
    an error (any return value other than <code>JVMTI_ERROR_NONE</code>) the values
    of memory referenced by argument pointers is undefined, but no memory
    will have been allocated and no global references will have been allocated.
    If the error occurs because of invalid input, no action will have occurred.
  </intro>

<intro id="refs" label="Managing JNI Object References">
    <jvmti/> functions identify objects with JNI references 
    (<datalink id="jobject"/> and <datalink id="jclass"/>)
    and their derivatives
    (<datalink id="jthread"/> and <datalink id="jthreadGroup"/>).
    References passed to 
    <jvmti/> functions can be either global or local, but they must be 
    strong references. All references returned by <jvmti/> functions are 
    local references--these local references are created 
    during the <jvmti/> call.
    Local references are a resource that must be managed (see the 
    <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/functions.html#wp18654">JNI Documentation</externallink>).  
    When threads return from native code all local references
    are freed.  Note that some threads, including typical
    agent threads, will never return from native code.
    A thread is ensured the ability to create sixteen local 
    references without the need for any explicit management.
    For threads executing a limited number of <jvmti/> calls before
    returning from native code
    (for example, threads processing events), 
    it may be determined that no explicit management
    is needed.
    However, long running agent threads will need explicit
    local reference management--usually with the JNI functions
    <code>PushLocalFrame</code> and <code>PopLocalFrame</code>.
    Conversely, to preserve references beyond the
    return from native code, they must be converted to global references.
    These rules do not apply to <datalink id="jmethodID"/> and <datalink id="jfieldID"/> 
    as they are not <datalink id="jobject"/>s.
</intro>

    <intro id="prereqState" label="Prerequisite State for Calling Functions">
      Unless the function explicitly states that the agent must bring
      a thread or the VM to a particular state (for example, suspended),
      the <jvmti/> implementation is responsible for bringing the VM to a
      safe and consistent state for performing the function.
    </intro>

    <intro id="functionsExceptions" label="Exceptions and Functions">
      <jvmti/> functions never throw exceptions; error conditions are 
      communicated via the 
      <internallink id="functionReturn">function return value</internallink>.
      Any existing exception state is preserved across a call to a 
      <jvmti/> function.
      See the
      <externallink 
        id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/design.html#wp770"
             >Java Exceptions</externallink>
      section of the JNI specification for information on handling exceptions.
    </intro>

  <category id="memory" label="Memory Management">
    <intro>
      These functions provide for the allocation and deallocation of 
      memory used by <jvmti/> functionality and can be used to provide
      working memory for agents.
      Memory managed by <jvmti/> is not compatible with other memory
      allocation libraries and mechanisms.
    </intro>

    <function id="Allocate" jkernel="yes" phase="any" callbacksafe="safe" impl="notrace" num="46">
      <synopsis>Allocate</synopsis>
      <description>
	Allocate an area of memory through the <jvmti/> allocator. 
        The allocated
	memory should be freed with <functionlink id="Deallocate"></functionlink>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="size">
	  <jlong/>
	  <description>
	    The number of bytes to allocate.
	    <rationale>
	      <code>jlong</code> is used for compatibility with JVMDI.
	    </rationale>
	  </description>
	</param>
	<param id="mem_ptr">
	  <allocbuf incount="size"><uchar/></allocbuf>
	  <description>
	    On return, a pointer to the beginning of the allocated memory.
            If <code>size</code> is zero, <code>NULL</code> is returned.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OUT_OF_MEMORY">
	  Memory request cannot be honored.
	</error>
	<error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">
	  <paramlink id="size"></paramlink> is less than zero.
	</error>
      </errors>
    </function>

    <function id="Deallocate" jkernel="yes" phase="any" callbacksafe="safe" impl="notrace" num="47">
      <synopsis>Deallocate</synopsis>
      <description>
	Deallocate <code>mem</code>  using the <jvmti/> allocator. 
        This function should
	be used to deallocate any memory allocated and returned 
        by a <jvmti/> function
	(including memory allocated with <functionlink id="Allocate"></functionlink>).
        All allocated memory must be deallocated
        or the memory cannot be reclaimed.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="mem">
	  <outbuf>
            <uchar/>
	    <nullok>the call is ignored</nullok>
          </outbuf>
	  <description>
	    A pointer to the beginning of the allocated memory.
            Please ignore "On return, the elements are set."
              <todo>keep it from generating "On return, the elements are set"</todo>
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>
  </category>

  <category id="threadCategory" label="Thread">
    <intro>
    </intro>

    <function id="GetThreadState" num="17">
      <synopsis>Get Thread State</synopsis>
      <description>
        Get the state of a thread.  The state of the thread is represented by the
        answers to the hierarchical set of questions below:
          <ul type="circle">
            <li><i>Alive?</i>
              <ul>
                <li>Not alive.
                  <ul type="circle">
                    <li><i>Why not alive?</i>
                      <ul>
                        <li>New.</li>
                        <li>Terminated (<datalink 
                            id="JVMTI_THREAD_STATE_TERMINATED"><code>JVMTI_THREAD_STATE_TERMINATED</code></datalink>)</li>
                      </ul>
                    </li>
                  </ul>
                </li>
                <li>Alive (<datalink 
                    id="JVMTI_THREAD_STATE_ALIVE"><code>JVMTI_THREAD_STATE_ALIVE</code></datalink>)
                  <ul type="circle">
                    <li><i>Suspended?</i>
                      <ul>
                        <li>Suspended (<datalink 
                            id="JVMTI_THREAD_STATE_SUSPENDED"><code>JVMTI_THREAD_STATE_SUSPENDED</code></datalink>)</li>
                        <li>Not suspended</li>
                      </ul>
                    </li>
                    <li><i>Interrupted?</i>
                      <ul>
                        <li>Interrupted (<datalink 
                            id="JVMTI_THREAD_STATE_INTERRUPTED"><code>JVMTI_THREAD_STATE_INTERRUPTED</code></datalink>)</li>
                        <li>Not interrupted.</li>
                      </ul>
                    </li>
                    <li><i>In native?</i>
                      <ul>
                        <li>In native code (<datalink 
                            id="JVMTI_THREAD_STATE_IN_NATIVE"><code>JVMTI_THREAD_STATE_IN_NATIVE</code></datalink>)</li>
                        <li>In Java programming language code</li>
                      </ul>
                    </li>
                    <li><i>What alive state?</i>
                      <ul>
                        <li>Runnable (<datalink 
                            id="JVMTI_THREAD_STATE_RUNNABLE"><code>JVMTI_THREAD_STATE_RUNNABLE</code></datalink>)</li>
                        <li>Blocked (<datalink 
                            id="JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER"><code>JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER</code></datalink>)</li>
                        <li>Waiting (<datalink 
                            id="JVMTI_THREAD_STATE_WAITING"><code>JVMTI_THREAD_STATE_WAITING</code></datalink>)
                          <ul type="circle">
                            <li><i>Timed wait?</i>
                              <ul>
                                <li>Indefinite (<datalink 
                                    id="JVMTI_THREAD_STATE_WAITING_INDEFINITELY"><code>JVMTI_THREAD_STATE_WAITING_INDEFINITELY</code></datalink></li>
                                <li>Timed (<datalink 
                                    id="JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT"><code>JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT</code></datalink>)</li>
                              </ul>
                            </li>
                            <li><i>Why waiting?</i>
                              <ul>
                                <li>Object.wait (<datalink 
                                    id="JVMTI_THREAD_STATE_IN_OBJECT_WAIT"><code>JVMTI_THREAD_STATE_IN_OBJECT_WAIT</code></datalink>)</li>
                                <li>LockSupport.park (<datalink 
                                    id="JVMTI_THREAD_STATE_PARKED"><code>JVMTI_THREAD_STATE_PARKED</code></datalink>)</li>
                                <li>Sleeping (<datalink 
                                    id="JVMTI_THREAD_STATE_SLEEPING"><code>JVMTI_THREAD_STATE_SLEEPING</code></datalink>)</li>
                              </ul>
                            </li>
                          </ul>
                        </li>
                      </ul>
                    </li>
                  </ul>
                </li>
              </ul>
            </li>
          </ul>
        <p/>
	The answers are represented by the following bit vector. 
	<constants id="jvmtiThreadState" label="Thread State Flags" kind="bits">
	  <constant id="JVMTI_THREAD_STATE_ALIVE" num="0x0001">
	    Thread is alive. Zero if thread is new (not started) or terminated.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_TERMINATED" num="0x0002">
	    Thread has completed execution.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_RUNNABLE" num="0x0004">
	    Thread is runnable.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER" num="0x0400">
	    Thread is waiting to enter a synchronization block/method or,
            after an <code>Object.wait()</code>, waiting to re-enter a 
            synchronization block/method.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_WAITING" num="0x0080">
	    Thread is waiting.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_WAITING_INDEFINITELY" num="0x0010">
	    Thread is waiting without a timeout.
            For example, <code>Object.wait()</code>.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT" num="0x0020">
	    Thread is waiting with a maximum time to wait specified.
            For example, <code>Object.wait(long)</code>.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_SLEEPING" num="0x0040">
	    Thread is sleeping -- <code>Thread.sleep(long)</code>.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_IN_OBJECT_WAIT" num="0x0100">
	    Thread is waiting on an object monitor -- <code>Object.wait</code>.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_PARKED" num="0x0200">
	    Thread is parked, for example: <code>LockSupport.park</code>,
            <code>LockSupport.parkUtil</code> and <code>LockSupport.parkNanos</code>.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_SUSPENDED" num="0x100000">
	    Thread suspended.
	    <code>java.lang.Thread.suspend()</code>
	    or a <jvmti/> suspend function 
            (such as <functionlink id="SuspendThread"></functionlink>) 
            has been called on the thread. If this bit
	    is set, the other bits refer to the thread state before suspension.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_INTERRUPTED" num="0x200000">
	    Thread has been interrupted.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_IN_NATIVE" num="0x400000">
            Thread is in native code--that is, a native method is running
            which has not called back into the VM or Java programming
            language code.
            <p/>
            This flag is not set when running VM compiled Java programming
            language code nor is it set when running VM code or
            VM support code. Native VM interface functions, such as JNI and
            <jvmti/> functions, may be implemented as VM code.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_VENDOR_1" num="0x10000000">
            Defined by VM vendor.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_VENDOR_2" num="0x20000000">
            Defined by VM vendor.
	  </constant>
	  <constant id="JVMTI_THREAD_STATE_VENDOR_3" num="0x40000000">
            Defined by VM vendor.
	  </constant>
	</constants>
        The following definitions are used to convert <jvmti/> thread state
        to <code>java.lang.Thread.State</code> style states.
	<constants id="jvmtiJavaLangThreadState" label="java.lang.Thread.State Conversion Masks" kind="bits">
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_MASK"
                     num="JVMTI_THREAD_STATE_TERMINATED | JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_RUNNABLE | JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER | JVMTI_THREAD_STATE_WAITING | JVMTI_THREAD_STATE_WAITING_INDEFINITELY | JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT">
	    Mask the state with this before comparison
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_NEW"
                     num="0">
	    <code>java.lang.Thread.State.NEW</code>
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_TERMINATED"
                     num="JVMTI_THREAD_STATE_TERMINATED">
	    <code>java.lang.Thread.State.TERMINATED</code>
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_RUNNABLE"
                     num="JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_RUNNABLE">
	    <code>java.lang.Thread.State.RUNNABLE</code>
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_BLOCKED"
                     num="JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER">
	    <code>java.lang.Thread.State.BLOCKED</code>
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_WAITING"
                     num="JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_WAITING | JVMTI_THREAD_STATE_WAITING_INDEFINITELY">
	    <code>java.lang.Thread.State.WAITING</code>
	  </constant>
	  <constant id="JVMTI_JAVA_LANG_THREAD_STATE_TIMED_WAITING"
                     num="JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_WAITING | JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT">
	    <code>java.lang.Thread.State.TIMED_WAITING</code>
	  </constant>
	</constants>
        <b>Rules</b>
        <p/>
        There can be no more than one answer to a question, although there can be no
        answer (because the answer is unknown, does not apply, or none of the answers is 
        correct).  An answer is set only when the enclosing answers match.
        That is, no more than one of
          <ul type="circle">
              <li><code>JVMTI_THREAD_STATE_RUNNABLE</code></li>
              <li><code>JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER</code></li>
              <li><code>JVMTI_THREAD_STATE_WAITING</code></li>
          </ul>
        can be set (a <tm>J2SE</tm> compliant implementation will always set
        one of these if <code>JVMTI_THREAD_STATE_ALIVE</code> is set). 
        And if any of these are set, the enclosing answer 
        <code>JVMTI_THREAD_STATE_ALIVE</code> is set. 
        No more than one of
          <ul type="circle">
              <li><code>JVMTI_THREAD_STATE_WAITING_INDEFINITELY</code></li>
              <li><code>JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT</code></li>
          </ul>
        can be set (a <tm>J2SE</tm> compliant implementation will always set
        one of these if <code>JVMTI_THREAD_STATE_WAITING</code> is set). 
        And if either is set, the enclosing answers 
        <code>JVMTI_THREAD_STATE_ALIVE</code> and 
        <code>JVMTI_THREAD_STATE_WAITING</code> are set. 
        No more than one of
          <ul type="circle">
              <li><code>JVMTI_THREAD_STATE_IN_OBJECT_WAIT</code></li>
              <li><code>JVMTI_THREAD_STATE_PARKED</code></li>
              <li><code>JVMTI_THREAD_STATE_SLEEPING</code></li>
          </ul>
        can be set. And if any of these is set, the enclosing answers 
        <code>JVMTI_THREAD_STATE_ALIVE</code> and 
        <code>JVMTI_THREAD_STATE_WAITING</code> are set. 
        Also, if <code>JVMTI_THREAD_STATE_SLEEPING</code> is set,
        then <code>JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT</code> is set.
        If a state <i>A</i> is implemented using the mechanism of 
        state <i>B</i> then it is state <i>A</i> which 
        is returned by this function.
        For example, if <code>Thread.sleep(long)</code>
        is implemented using <code>Object.wait(long)</code>
        then it is still <code>JVMTI_THREAD_STATE_SLEEPING</code>
        which is returned.
        More than one of
          <ul type="circle">
              <li><code>JVMTI_THREAD_STATE_SUSPENDED</code></li>
              <li><code>JVMTI_THREAD_STATE_INTERRUPTED</code></li>
              <li><code>JVMTI_THREAD_STATE_IN_NATIVE</code></li>
          </ul>
        can be set, but if any is set,
        <code>JVMTI_THREAD_STATE_ALIVE</code> is set.
        <p/>
        And finally,
        <code>JVMTI_THREAD_STATE_TERMINATED</code> cannot be set unless
        <code>JVMTI_THREAD_STATE_ALIVE</code> is not set.  
        <p/>
        The thread state representation is designed for extension in future versions
        of the specification; thread state values should be used accordingly, that is
        they should not be used as ordinals.  
        Most queries can be made by testing a single bit, if use in a switch statement is desired,
        the state bits should be masked with the interesting bits.
        All bits not defined above are reserved for future use.  
        A VM, compliant to the current specification, must set reserved bits to zero.
        An agent should ignore reserved bits -- 
        they should not be assumed to be zero and thus should not be included in comparisons.
        <p/>
        <b>Examples</b>
        <p/>
        Note that the values below exclude reserved and vendor bits.
        <p/>
        The state of a thread blocked at a <code>synchronized</code>-statement would be:
        <example>
            JVMTI_THREAD_STATE_ALIVE + JVMTI_THREAD_STATE_BLOCKED_ON_MONITOR_ENTER
        </example>
        The state of a thread which hasn't started yet would be:
        <example>
            0
        </example>
        The state of a thread at a <code>Object.wait(3000)</code> would be:
        <example>
            JVMTI_THREAD_STATE_ALIVE + JVMTI_THREAD_STATE_WAITING + 
                JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT + 
                JVMTI_THREAD_STATE_MONITOR_WAITING
        </example>
        The state of a thread suspended while runnable would be:
        <example>
            JVMTI_THREAD_STATE_ALIVE + JVMTI_THREAD_STATE_RUNNABLE + JVMTI_THREAD_STATE_SUSPENDED
        </example>
        <p/>
        <b>Testing the State</b>
        <p/>
        In most cases, the thread state can be determined by testing the one bit corresponding
        to that question.  For example, the code to test if a thread is sleeping:
        <example>
	jint state;
	jvmtiError err;

	err = (*jvmti)-&gt;GetThreadState(jvmti, thread, &amp;state);
	if (err == JVMTI_ERROR_NONE) {
	   if (state &amp; JVMTI_THREAD_STATE_SLEEPING) {  ...
        </example>
        <p/>
        For waiting (that is, in <code>Object.wait</code>, parked, or sleeping) it would be:
        <example>
	   if (state &amp; JVMTI_THREAD_STATE_WAITING) {  ...
        </example>
        For some states, more than one bit will need to be tested as is the case
        when testing if a thread has not yet been started:
        <example>
	   if ((state &amp; (JVMTI_THREAD_STATE_ALIVE | JVMTI_THREAD_STATE_TERMINATED)) == 0)  {  ...
        </example>
        To distinguish timed from untimed <code>Object.wait</code>:
        <example>
	   if (state &amp; JVMTI_THREAD_STATE_IN_OBJECT_WAIT)  {  
             if (state &amp; JVMTI_THREAD_STATE_WAITING_WITH_TIMEOUT)  {
               printf("in Object.wait(long timeout)\n");
             } else {
               printf("in Object.wait()\n");
             }
           }
        </example>
        <p/>
        <b>Relationship to <code>java.lang.Thread.State</code></b>
        <p/>
        The thread state represented by <code>java.lang.Thread.State</code>
        returned from <code>java.lang.Thread.getState()</code> is a subset of the
        information returned from this function.  
        The corresponding <code>java.lang.Thread.State</code> can be determined
        by using the provided conversion masks.
        For example, this returns the name of the <code>java.lang.Thread.State</code> thread state:
        <example>
	    err = (*jvmti)-&gt;GetThreadState(jvmti, thread, &amp;state);
	    abortOnError(err);
            switch (state &amp; JVMTI_JAVA_LANG_THREAD_STATE_MASK) {
            case JVMTI_JAVA_LANG_THREAD_STATE_NEW:
              return "NEW";
            case JVMTI_JAVA_LANG_THREAD_STATE_TERMINATED:
              return "TERMINATED";
            case JVMTI_JAVA_LANG_THREAD_STATE_RUNNABLE:
              return "RUNNABLE";
            case JVMTI_JAVA_LANG_THREAD_STATE_BLOCKED:
              return "BLOCKED";
            case JVMTI_JAVA_LANG_THREAD_STATE_WAITING:
              return "WAITING";
            case JVMTI_JAVA_LANG_THREAD_STATE_TIMED_WAITING:
              return "TIMED_WAITING";
            }
        </example>
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current" started="maybe" impl="noconvert"/>
	    <description>
	      The thread to query. 
	    </description>
	</param>
	<param id="thread_state_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to state flags,
	    as defined by the <internallink id="jvmtiThreadState">Thread State Flags</internallink>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetCurrentThread" phase="start" num="18" since="1.1">
      <synopsis>Get Current Thread</synopsis>
      <description>
        Get the current thread.  
        The current thread is the Java programming language thread which has called the function.
        <p/>
        Note that most <jvmti/> functions that take a thread 
        as an argument will accept <code>NULL</code> to mean 
        the current thread.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="thread_ptr">
	  <outptr><jthread/></outptr>
	  <description>
	     On return, points to the current thread.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetAllThreads" num="4">
      <synopsis>Get All Threads</synopsis>
      <description>
        Get all live threads.
        The threads are Java programming language threads;
        that is, threads that are attached to the VM.
        A thread is live if <code>java.lang.Thread.isAlive()</code> 
        would return <code>true</code>, that is, the thread has
        been started and has not yet died.
        The universe of threads is determined by the context of the <jvmti/>
        environment, which typically is all threads attached to the VM.
        Note that this includes <jvmti/> agent threads 
        (see <functionlink id="RunAgentThread"/>).
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="threads_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of running threads.
	  </description>
	</param>
        <param id="threads_ptr">
	  <allocbuf outcount="threads_count_ptr"><jthread/></allocbuf>
	    <description>
	      On return, points to an array of references, one
	      for each running thread.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SuspendThread" num="5">
      <synopsis>Suspend Thread</synopsis>
      <description>
        Suspend the specified thread. If the calling thread is specified, 
        this function will not return until some other thread calls 
        <functionlink id="ResumeThread"></functionlink>.
        If the thread is currently suspended, this function
        does nothing and returns an error.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_suspend"></required>
      </capabilities>
      <parameters>
        <param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to suspend. 
	    </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_THREAD_SUSPENDED">
          Thread already suspended.
        </error>
      </errors>
    </function>

    <elide>
    <function id="SuspendAllThreads" num="101">
      <synopsis>Suspend All Threads</synopsis>
      <description>
	<issue>
	    There has been no explicit call for this function, and it will
	    thus be removed if there is no interest.
        </issue>
        Suspend all live threads except:
        <ul>
          <li>already suspended threads</li>
          <li>those listed in <paramlink id="except_list"></paramlink></li>
          <li>certain system (non application) threads, as determined
            by the VM implementation</li>
        </ul>
        The threads are Java programming language threads;
        native threads which are not attached to the VM are not
        Java programming language threads.
        A thread is live if <code>java.lang.Thread.isAlive()</code> 
        would return <code>true</code>, that is, the thread has
        been started and has not yet died.
        The universe of threads is determined 
        by the context of the <jvmti/>
        environment, which, typically, is all threads attached to the VM,
        except critical VM internal threads and <jvmti/> agent threads 
	(see <functionlink id="RunAgentThread"/>).
        <p/>
        If the calling thread is specified, 
        all other threads are suspended first then the caller thread is suspended -
        this function will not return until some other thread calls 
        <functionlink id="ResumeThread"></functionlink>.
        <p/>
        The list of actually
        suspended threads is returned in 
        <paramlink id="suspended_list_ptr"></paramlink>.
        Suspension is as defined in <functionlink id="SuspendThread"></functionlink>.
        <functionlink id="ResumeThreadList"></functionlink>
        can be used to resume the suspended threads.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_suspend"></required>
      </capabilities>
      <parameters>
        <param id="except_count">
	  <jint min="0"/>
	  <description>
	    The number of threads in the list of threads not to be suspended.
	  </description>
	</param>
        <param id="except_list">
            <inbuf incount="except_count">
              <jthread/>
              <nullok>not an error if <code>except_count == 0</code></nullok>
            </inbuf>
	    <description>
	      The list of threads not to be suspended.
	    </description>
	</param>
        <param id="suspended_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of threads suspended by this call.
	  </description>
	</param>
        <param id="suspended_list_ptr">
	  <allocbuf outcount="suspended_count_ptr"><jthread/></allocbuf>
	    <description>
	      On return, points to an array of references, one
	      for each thread suspended.
	    </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_INVALID_THREAD">
          A thread in <paramlink id="except_list"></paramlink> was invalid.
        </error>
        <error id="JVMTI_ERROR_NULL_POINTER">
          Both <paramlink id="except_list"></paramlink> was <code>NULL</code>
          and <paramlink id="except_count"></paramlink> was non-zero.
        </error>
      </errors>
    </function>
    </elide>

    <function id="SuspendThreadList" num="92">
      <synopsis>Suspend Thread List</synopsis>
      <description>
        Suspend the <paramlink id="request_count"></paramlink> 
        threads specified in the 
        <paramlink id="request_list"></paramlink> array. 
        Threads may be resumed with
        <functionlink id="ResumeThreadList"></functionlink> or
        <functionlink id="ResumeThread"></functionlink>.
        If the calling thread is specified in the 
        <paramlink id="request_list"></paramlink> array, this function will
        not return until some other thread resumes it.
        Errors encountered in the suspension of a thread
        are returned in the <paramlink id="results"></paramlink>
        array, <b>not</b> in the return value of this function.
        Threads that are currently suspended do not change state.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_suspend"></required>
      </capabilities>
      <parameters>
        <param id="request_count">
	  <jint min="0"/>
	  <description>
	    The number of threads to suspend.
	  </description>
	</param>
        <param id="request_list">
	  <inbuf incount="request_count"><jthread/></inbuf>
	    <description>
	      The list of threads to suspend.
	    </description>
	</param>
        <param id="results">
	  <outbuf incount="request_count"><enum>jvmtiError</enum></outbuf>
	  <description>
	    An agent supplied array of 
	    <paramlink id="request_count"></paramlink> elements.
	    On return, filled with the error code for
	    the suspend of the corresponding thread.
	    The error code will be 
	    <errorlink id="JVMTI_ERROR_NONE"></errorlink>
	    if the thread was suspended by this call.
	    Possible error codes are those specified
	    for <functionlink id="SuspendThread"></functionlink>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="ResumeThread" num="6">
      <synopsis>Resume Thread</synopsis>
      <description>
        Resume a suspended thread. 
        Any threads currently suspended through
        a <jvmti/> suspend function (eg.
        <functionlink id="SuspendThread"></functionlink>) 
        or <code>java.lang.Thread.suspend()</code>
        will resume execution;  
	all other threads are unaffected.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_suspend"></required>
      </capabilities>
      <parameters>
        <param id="thread">
	  <jthread/>
	    <description>
	      The thread to resume.
	    </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
          Thread was not suspended.
        </error>
        <error id="JVMTI_ERROR_INVALID_TYPESTATE">
          The state of the thread has been modified, and is now inconsistent. 
        </error>
      </errors>
    </function>

    <function id="ResumeThreadList" num="93">
      <synopsis>Resume Thread List</synopsis>
      <description>
        Resume the <paramlink id="request_count"></paramlink> 
        threads specified in the 
        <paramlink id="request_list"></paramlink> array. 
        Any thread suspended through
        a <jvmti/> suspend function (eg.
        <functionlink id="SuspendThreadList"></functionlink>) 
        or <code>java.lang.Thread.suspend()</code>
        will resume execution.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_suspend"></required>
      </capabilities>
      <parameters>
        <param id="request_count">
	  <jint min="0"/>
	  <description>
	    The number of threads to resume.
	  </description>
	</param>
        <param id="request_list">
	  <inbuf incount="request_count"><jthread/></inbuf>
	    <description>
	      The threads to resume.
	    </description>
	</param>
        <param id="results">
	  <outbuf incount="request_count"><enum>jvmtiError</enum></outbuf>
	  <description>
	    An agent supplied array of 
	    <paramlink id="request_count"></paramlink> elements.
	    On return, filled with the error code for
	    the resume of the corresponding thread.
	    The error code will be 
	    <errorlink id="JVMTI_ERROR_NONE"></errorlink>
	    if the thread was suspended by this call.
	    Possible error codes are those specified
	    for <functionlink id="ResumeThread"></functionlink>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="StopThread" num="7">
      <synopsis>Stop Thread</synopsis>
      <description>
	Send the specified asynchronous exception to the specified thread 
	(similar to <code>java.lang.Thread.stop</code>).
	Normally, this function is used to kill the specified thread with an 
	instance of the exception <code>ThreadDeath</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_signal_thread"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread/>
	    <description>
	      The thread to stop.
	    </description>
	</param>
	<param id="exception">
	  <jobject/>
	    <description>
	      The asynchronous exception object.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="InterruptThread" num="8">
      <synopsis>Interrupt Thread</synopsis>
      <description>
	Interrupt the specified thread
	(similar to <code>java.lang.Thread.interrupt</code>).
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_signal_thread"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread impl="noconvert"/>
	    <description>
	      The thread to interrupt.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadInfo" num="9">
      <synopsis>Get Thread Info</synopsis>
      <typedef id="jvmtiThreadInfo" label="Thread information structure">
	<field id="name">
	  <allocfieldbuf><char/></allocfieldbuf>
	  <description>
	    The thread name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</field>
	<field id="priority">
	  <jint/>
	  <description>
	    The thread priority.  See the thread priority constants:
	    <datalink id="jvmtiThreadPriority"></datalink>.
	  </description>
	</field>
	<field id="is_daemon">
	  <jboolean/>
	  <description>
	    Is this a daemon thread?
	  </description>
	</field>
	<field id="thread_group">
	  <jthreadGroup/>
	  <description>
	    The thread group to which this thread belongs.
            <code>NULL</code> if the thread has died.
	  </description>
	</field>
	<field id="context_class_loader">
	  <jobject/>
	    <description>
	      The context class loader associated with this thread.
	    </description>
	</field>
      </typedef>
      <description>
	Get thread information. The fields of the <datalink id="jvmtiThreadInfo"/> structure 
	are filled in with details of the specified thread.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current" impl="noconvert" started="maybe"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
	<param id="info_ptr">
	  <outptr><struct>jvmtiThreadInfo</struct></outptr>
	  <description>
	    On return, filled with information describing the specified thread.
	    <p/>
	    For JDK 1.1 implementations that don't
	    recognize context class loaders, 
	    the <code>context_class_loader</code> field will be NULL.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetOwnedMonitorInfo" num="10">
      <synopsis>Get Owned Monitor Info</synopsis>
      <description>
	Get information about the monitors owned by the 
	specified thread. 
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
	<required id="can_get_owned_monitor_info"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
	<param id="owned_monitor_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    The number of monitors returned.
	  </description>
	</param>
	<param id="owned_monitors_ptr">
	  <allocbuf outcount="owned_monitor_count_ptr"><jobject/></allocbuf>
	    <description>
	      The array of owned monitors.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetOwnedMonitorStackDepthInfo" num="153" since="1.1">
      <synopsis>Get Owned Monitor Stack Depth Info</synopsis>
      <typedef id="jvmtiMonitorStackDepthInfo" 
               label="Monitor stack depth information structure">
        <field id="monitor">
	  <jobject/>
	    <description>
	      The owned monitor.
	    </description>
	</field>
        <field id="stack_depth">
	  <jint/>
	  <description>
	    The stack depth.  Corresponds to the stack depth used in the 
            <internallink id="stack">Stack Frame functions</internallink>.
            That is, zero is the current frame, one is the frame which
            called the current frame. And it is negative one if the 
	    implementation cannot determine the stack depth (e.g., for 
	    monitors acquired by JNI <code>MonitorEnter</code>).
	  </description>
	</field>
      </typedef>
      <description>
	Get information about the monitors owned by the 
	specified thread and the depth of the stack frame which locked them. 
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_owned_monitor_stack_depth_info"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
	<param id="monitor_info_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    The number of monitors returned.
	  </description>
	</param>
	<param id="monitor_info_ptr">
	  <allocbuf outcount="monitor_info_count_ptr">
            <struct>jvmtiMonitorStackDepthInfo</struct>
          </allocbuf>
	  <description>
	    The array of owned monitor depth information.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetCurrentContendedMonitor" num="11">
      <synopsis>Get Current Contended Monitor</synopsis>
      <description>
	Get the object, if any, whose monitor the specified thread is waiting to 
	enter or waiting to regain through <code>java.lang.Object.wait</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_get_current_contended_monitor"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
	<param id="monitor_ptr">
	  <outptr><jobject/></outptr>
	    <description>
	      On return, filled with the current contended monitor, or
	      NULL if there is none.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <callback id="jvmtiStartFunction">
      <void/>
      <synopsis>Agent Start Function</synopsis>
      <description>
        Agent supplied callback function.
        This function is the entry point for an agent thread
	started with
	<functionlink id="RunAgentThread"></functionlink>.
      </description>
      <parameters>
	  <param id="jvmti_env">
	    <outptr>
	      <struct>jvmtiEnv</struct>
	    </outptr>
	    <description>
	      The <jvmti/> environment.
	    </description>
	  </param>
          <param id="jni_env">
            <outptr>
              <struct>JNIEnv</struct>
            </outptr>
            <description>
              The JNI environment.
            </description>
          </param>
          <param id="arg">
            <outptr>
              <void/>
            </outptr>
              <description>
                The <code>arg</code> parameter passed to 
                <functionlink id="RunAgentThread"></functionlink>.
              </description>
          </param>
      </parameters>
    </callback>

    <function id="RunAgentThread" num="12">
      <synopsis>Run Agent Thread</synopsis>
      <description>
	Starts the execution of an agent thread. with the specified native function.
	The parameter <paramlink id="arg"></paramlink> is forwarded on to the
	<functionlink id="jvmtiStartFunction">start function</functionlink>
	(specified with <paramlink id="proc"></paramlink>) as its single argument.
	This function allows the creation of agent threads 
	for handling communication with another process or for handling events 
	without the need to load a special subclass of <code>java.lang.Thread</code> or 
	implementer of <code>java.lang.Runnable</code>. 
	Instead, the created thread can run entirely in native code.
	However, the created thread does require a newly created instance
	of <code>java.lang.Thread</code> (referenced by the argument <code>thread</code>) to 
	which it will be associated.
	The thread object can be created with JNI calls.
	<p/>
	The following common thread priorities are provided for your convenience:
	<constants id="jvmtiThreadPriority" label="Thread Priority Constants" kind="const">
	  <constant id="JVMTI_THREAD_MIN_PRIORITY" num="1">
	    Minimum possible thread priority
	  </constant>
	  <constant id="JVMTI_THREAD_NORM_PRIORITY" num="5">
	    Normal thread priority
	  </constant>
	  <constant id="JVMTI_THREAD_MAX_PRIORITY" num="10">
	    Maximum possible thread priority
	  </constant>
	</constants>
	<p/>
	The new thread is started as a daemon thread with the specified
	<paramlink id="priority"></paramlink>.
        If enabled, a <eventlink id="ThreadStart"/> event will be sent.
	<p/>
        Since the thread has been started, the thread will be live when this function
        returns, unless the thread has died immediately.
	<p/>
        The thread group of the thread is ignored -- specifically, the thread is not
        added to the thread group and the thread is not seen on queries of the thread
        group at either the Java programming language or <jvmti/> levels.
	<p/>
        The thread is not visible to Java programming language queries but is 
        included in <jvmti/> queries (for example, 
        <functionlink id="GetAllThreads"/> and
        <functionlink id="GetAllStackTraces"/>).
	<p/>
	Upon execution of <code>proc</code>, the new thread will be attached to the
	VM--see the JNI documentation on 
	<externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/invocation.html#wp1060"
		      >Attaching to the VM</externallink>.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread impl="noconvert" started="no"/>
	    <description>
	      The thread to run.
	    </description>
	</param>
	<param id="proc">
	  <ptrtype>
	    <struct>jvmtiStartFunction</struct>
	  </ptrtype>
	  <description>
	    The start function.
	  </description>
	</param>
	<param id="arg">
	  <inbuf>
            <void/>
            <nullok><code>NULL</code> is passed to the start function</nullok>
          </inbuf>
	  <description>
	    The argument to the start function.
	  </description>
	</param>
	<param id="priority">
	  <jint/>
	  <description>
	    The priority of the started thread. Any thread
	    priority allowed by <code>java.lang.Thread.setPriority</code> can be used including
	    those in <datalink id="jvmtiThreadPriority"></datalink>.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_PRIORITY"> 
            <paramlink id="priority"/> is less than 
            <datalink id="JVMTI_THREAD_MIN_PRIORITY"/>
              or greater than
            <datalink id="JVMTI_THREAD_MAX_PRIORITY"/>
	</error>
      </errors>
    </function>

    <function id="SetThreadLocalStorage" jkernel="yes" impl="notrace" phase="start" num="103">
      <synopsis>Set Thread Local Storage</synopsis>
      <description>
	The VM stores a pointer value associated with each environment-thread
	pair. This pointer value is called <i>thread-local storage</i>.
        This value is <code>NULL</code> unless set with this function.
	Agents can allocate memory in which they store thread specific
        information. By setting thread-local storage it can then be
	accessed with 
	<functionlink id="GetThreadLocalStorage"></functionlink>.
	<p/>
        This function is called by the agent to set the value of the <jvmti/>
        thread-local storage. <jvmti/> supplies to the agent a pointer-size
        thread-local storage that can be used to record per-thread
        information.
      </description>
      <origin>jvmpi</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="thread">
	  <jthread null="current"/>
	    <description>
	      Store to this thread.
	    </description>
	</param>
        <param id="data">
	  <inbuf> 
	    <void/> 
	    <nullok>value is set to <code>NULL</code></nullok> 
	  </inbuf> 
	  <description>
	    The value to be entered into the thread-local storage.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadLocalStorage" jkernel="yes" impl="innative notrace" phase="start" num="102">
      <synopsis>Get Thread Local Storage</synopsis>
      <description>
        Called by the agent to get the value of the <jvmti/> thread-local
        storage. 
      </description>
      <origin>jvmpi</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="thread">
	  <jthread null="current" impl="noconvert"/>
	    <description>
	      Retrieve from this thread.
	    </description>
	</param>
        <param id="data_ptr">
	  <agentbuf><void/></agentbuf>
	  <description>
	    Pointer through which the value of the thread local 
	    storage is returned.
	    If thread-local storage has not been set with
	    <functionlink id="SetThreadLocalStorage"></functionlink> the returned 
	    pointer is <code>NULL</code>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

  <category id="thread_groups" label="Thread Group">
    <intro>
    </intro>

    <function id="GetTopThreadGroups" num="13">
      <synopsis>Get Top Thread Groups</synopsis>
      <description>
	Return all top-level (parentless) thread groups in the VM.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="group_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of top-level thread groups.
	  </description>
	</param>
	<param id="groups_ptr">
	  <allocbuf outcount="group_count_ptr"><jthreadGroup/></allocbuf>
	    <description>
	      On return, refers to a pointer to the top-level thread group array.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadGroupInfo" num="14">
      <synopsis>Get Thread Group Info</synopsis>
      <typedef id="jvmtiThreadGroupInfo" label="Thread group information structure">
	<field id="parent">
	  <jthreadGroup/>
	  <description>
	    The parent thread group.
	  </description>
	</field>
	<field id="name">
	  <allocfieldbuf><char/></allocfieldbuf>
	  <description>
	    The thread group's name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</field>
	<field id="max_priority">
	  <jint/>
	  <description>
	    The maximum priority for this thread group.
	  </description>
	</field>
	<field id="is_daemon">
	  <jboolean/>
	  <description>
	    Is this a daemon thread group?
	  </description>
	</field>
      </typedef>
      <description>
	Get information about the thread group. The fields of the 
	<functionlink id="jvmtiThreadGroupInfo"></functionlink> structure 
	are filled in with details of the specified thread group.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="group">
	  <jthreadGroup/>
	  <description>
	    The thread group to query.
	  </description>
	</param>
	<param id="info_ptr">
	  <outptr><struct>jvmtiThreadGroupInfo</struct></outptr>
	  <description>
	    On return, filled with information describing the specified
	    thread group. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadGroupChildren" num="15">
      <synopsis>Get Thread Group Children</synopsis>
      <description>
	Get the live threads and active subgroups in this thread group.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="group">
	  <jthreadGroup/>
	  <description>
	    The group to query.
	  </description>
	</param>
	<param id="thread_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of live threads in this thread group.
	  </description>
	</param>
	<param id="threads_ptr">
	  <allocbuf outcount="thread_count_ptr"><jthread/></allocbuf>
	    <description>
	      On return, points to an array of the live threads in this thread group.
	    </description>
	</param>
	<param id="group_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of active child thread groups
	  </description>
	</param>
	<param id="groups_ptr">
	  <allocbuf outcount="group_count_ptr"><jthreadGroup/></allocbuf>
	    <description>
	      On return, points to an array of the active child thread groups.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>
  </category>

  <category id="stack" label="Stack Frame">
    <intro>
        These functions provide information about the stack of a thread.
        Stack frames are referenced by depth.
        The frame at depth zero is the current frame.
        <p/>
        Stack frames are as described in
        <vmspec chapter="3.6"/>,
        That is, they correspond to method 
        invocations (including native methods) but do not correspond to platform native or 
        VM internal frames.
        <p/>
        A <jvmti/> implementation may use method invocations to launch a thread and
        the corresponding frames may be included in the stack as presented by these functions --
        that is, there may be frames shown
        deeper than <code>main()</code> and <code>run()</code>.
        However this presentation must be consistent across all <jvmti/> functionality which 
        uses stack frames or stack depth.
    </intro>

      <typedef id="jvmtiFrameInfo" label="Stack frame information structure">
        <description>
          Information about a stack frame is returned in this structure.
        </description>
        <field id="method">
	  <jmethodID/>
	    <description>
	      The method executing in this frame.
	    </description>
	</field>
        <field id="location">
	  <jlocation/>
	  <description>
	    The index of the instruction executing in this frame.
            <code>-1</code> if the frame is executing a native method.
	  </description>
	</field>
      </typedef>

      <typedef id="jvmtiStackInfo" label="Stack information structure">
        <description>
          Information about a set of stack frames is returned in this structure.
        </description>
        <field id="thread">
	  <jthread/>
	  <description>
	    On return, the thread traced.
	  </description>
	</field>
        <field id="state">
	  <jint/>
	  <description>
	    On return, the thread state. See <functionlink id="GetThreadState"></functionlink>.
	  </description>
	</field>
        <field id="frame_buffer">
	  <outbuf incount="max_frame_count">
	    <struct>jvmtiFrameInfo</struct>
	  </outbuf>
	    <description>
	      On return, this agent allocated buffer is filled 
	      with stack frame information.  
	    </description>
	</field>
        <field id="frame_count">
	  <jint/>
	  <description>
	    On return, the number of records filled into 
            <code>frame_buffer</code>.
            This will be 
            min(<code>max_frame_count</code>, <i>stackDepth</i>).
	  </description>
	</field>
      </typedef>

    <function id="GetStackTrace" num="104">
      <synopsis>Get Stack Trace</synopsis>
      <description>
        Get information about the stack of a thread.
        If <paramlink id="max_frame_count"></paramlink> is less than the depth of the stack,
        the <paramlink id="max_frame_count"></paramlink> topmost frames are returned, 
        otherwise the entire stack is returned.
        The topmost frames, those most recently invoked, are at the beginning of the returned buffer.
        <p/>
        The following example causes up to five of the topmost frames
        to be returned and (if there are any frames) the currently
        executing method name to be printed.
        <example>
jvmtiFrameInfo frames[5];
jint count;
jvmtiError err;

err = (*jvmti)-&gt;GetStackTrace(jvmti, aThread, 0, 5, 
                               frames, &amp;count);
if (err == JVMTI_ERROR_NONE &amp;&amp; count &gt;= 1) {
   char *methodName;
   err = (*jvmti)-&gt;GetMethodName(jvmti, frames[0].method, 
                       &amp;methodName, NULL, NULL);
   if (err == JVMTI_ERROR_NONE) {
      printf("Executing method: %s", methodName);
   }
}
        </example>
        <todo> 
          check example code.
        </todo>
        <p/>
        The <paramlink id="thread"></paramlink> need not be suspended
        to call this function.  
        <p/>
        The <functionlink id="GetLineNumberTable"></functionlink>
        function can be used to map locations to line numbers. Note that
        this mapping can be done lazily.
      </description>
      <origin>jvmpi</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="thread">
	  <jthread null="current"/>
	    <description>
	      Fetch the stack trace of this thread.
	    </description>
	</param>
        <param id="start_depth">
	  <jint/>
	  <description>
	    Begin retrieving frames at this depth.  
            If non-negative, count from the current frame, 
            the first frame retrieved is at depth <code>start_depth</code>.  
            For example, if zero, start from the current frame; if one, start from the
            caller of the current frame; if two, start from the caller of the
            caller of the current frame; and so on.
            If negative, count from below the oldest frame,
            the first frame retrieved is at depth <i>stackDepth</i><code> + start_depth</code>,  
            where <i>stackDepth</i> is the count of frames on the stack.  
            For example, if negative one, only the oldest frame is retrieved;
            if negative two, start from the frame called by the oldest frame.
	  </description>
	</param>
        <param id="max_frame_count">
	  <jint min="0"/>
	  <description>
	    The maximum number of <datalink id="jvmtiFrameInfo"/> records to retrieve.
	  </description>
	</param>
        <param id="frame_buffer">
	  <outbuf incount="max_frame_count" outcount="count_ptr">
	    <struct>jvmtiFrameInfo</struct>
	  </outbuf>
	    <description>
	      On return, this agent allocated buffer is filled 
	      with stack frame information.  
	    </description>
	</param>
        <param id="count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of records filled in.
            For non-negative <code>start_depth</code>, this will be 
            min(<code>max_frame_count</code>, <i>stackDepth</i><code> - start_depth</code>).
            For negative <code>start_depth</code>, this will be 
            min(<code>max_frame_count</code>, <code>-start_depth</code>).
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">
	  <paramlink id="start_depth"/> is positive and greater than or equal to <i>stackDepth</i>.
	  Or <paramlink id="start_depth"/> is negative and less than <i>-stackDepth</i>.
	</error>
      </errors>
    </function>


    <function id="GetAllStackTraces" num="100">
      <synopsis>Get All Stack Traces</synopsis>
      <description>
        Get information about the stacks of all live threads
        (including <internallink id="RunAgentThread">agent threads</internallink>).
        If <paramlink id="max_frame_count"/> is less than the depth of a stack,
        the <paramlink id="max_frame_count"/> topmost frames are returned for that thread, 
        otherwise the entire stack is returned.
        The topmost frames, those most recently invoked, are at the beginning of the returned buffer.
        <p/>
        All stacks are collected simultaneously, that is, no changes will occur to the 
        thread state or stacks between the sampling of one thread and the next.
        The threads need not be suspended.
        
        <example>
jvmtiStackInfo *stack_info;
jint thread_count;
int ti;
jvmtiError err;

err = (*jvmti)-&gt;GetAllStackTraces(jvmti, MAX_FRAMES, &amp;stack_info, &amp;thread_count); 
if (err != JVMTI_ERROR_NONE) {
   ...   
}
for (ti = 0; ti &lt; thread_count; ++ti) {
   jvmtiStackInfo *infop = &amp;stack_info[ti];
   jthread thread = infop-&gt;thread;
   jint state = infop-&gt;state;
   jvmtiFrameInfo *frames = infop-&gt;frame_buffer;
   int fi;

   myThreadAndStatePrinter(thread, state);
   for (fi = 0; fi &lt; infop-&gt;frame_count; fi++) {
      myFramePrinter(frames[fi].method, frames[fi].location);
   }
}
/* this one Deallocate call frees all data allocated by GetAllStackTraces */
err = (*jvmti)-&gt;Deallocate(jvmti, stack_info); 
        </example>
        <todo> 
          check example code.
        </todo>

      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="max_frame_count">
	  <jint min="0"/>
	  <description>
	    The maximum number of <datalink id="jvmtiFrameInfo"/> records to retrieve per thread.
	  </description>
	</param>
        <param id="stack_info_ptr">
	  <allocbuf>
	    <struct>jvmtiStackInfo</struct>
	  </allocbuf>
	    <description>
	      On return, this buffer is filled 
	      with stack information for each thread.  
              The number of <datalink id="jvmtiStackInfo"/> records is determined 
              by <paramlink id="thread_count_ptr"/>.
              <p/>
              Note that this buffer is allocated to include the <datalink id="jvmtiFrameInfo"/> 
              buffers pointed to by <datalink id="jvmtiStackInfo.frame_buffer"/>.
              These buffers must not be separately deallocated.
	    </description>
	</param>
        <param id="thread_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    The number of threads traced.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadListStackTraces" num="101">
      <synopsis>Get Thread List Stack Traces</synopsis>
      <description>
        Get information about the stacks of the supplied threads.
        If <paramlink id="max_frame_count"/> is less than the depth of a stack,
        the <paramlink id="max_frame_count"/> topmost frames are returned for that thread, 
        otherwise the entire stack is returned.
        The topmost frames, those most recently invoked, are at the beginning of the returned buffer.
        <p/>
        All stacks are collected simultaneously, that is, no changes will occur to the 
        thread state or stacks between the sampling one thread and the next.
        The threads need not be suspended.
        <p/>
        If a thread has not yet started or terminates before the stack information is collected,
        a zero length stack (<datalink id="jvmtiStackInfo.frame_count"/> will be zero)
        will be returned and the thread <datalink id="jvmtiStackInfo.state"/> can be checked.
        <p/>
        See the example for the similar function
        <functionlink id="GetAllStackTraces"/>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="thread_count">
	  <jint min="0"/>
	  <description>
	    The number of threads to trace.
	  </description>
	</param>
        <param id="thread_list">
	  <inbuf incount="thread_count"><jthread/></inbuf>
	    <description>
	      The list of threads to trace.
	    </description>
	</param>
        <param id="max_frame_count">
	  <jint min="0"/>
	  <description>
	    The maximum number of <datalink id="jvmtiFrameInfo"/> records to retrieve per thread.
	  </description>
	</param>
        <param id="stack_info_ptr">
	  <allocbuf outcount="thread_count">
	    <struct>jvmtiStackInfo</struct>
	  </allocbuf>
	    <description>
	      On return, this buffer is filled 
	      with stack information for each thread.  
              The number of <datalink id="jvmtiStackInfo"/> records is determined 
              by <paramlink id="thread_count"/>.
              <p/>
              Note that this buffer is allocated to include the <datalink id="jvmtiFrameInfo"/> 
              buffers pointed to by <datalink id="jvmtiStackInfo.frame_buffer"/>.
              These buffers must not be separately deallocated.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_THREAD">
	  An element in <paramlink id="thread_list"/> is not a thread object.
	</error>
      </errors>
    </function>

    <elide>
    <function id="AsyncGetStackTrace" num="1000">
      <synopsis>Get Stack Trace--Asynchronous</synopsis>
      <description>
        Get information about the entire stack of a thread (or a sub-section of it).
        This is the asynchronous version of <functionlink id="GetStackTrace"></functionlink>
        and is reentrant and safe to call
        from asynchronous signal handlers.
        The stack trace is returned only for the calling thread.
        <p/>
        The <functionlink id="GetLineNumberTable"></functionlink>
        function can be used to map locations to line numbers. Note that
        this mapping can be done lazily.
      </description>
      <origin>jvmpi</origin>
      <capabilities>
        <required id="can_get_async_stack_trace"></required>
        <capability id="can_show_JVM_spec_async_frames">
          If <code>false</code>, 
          <paramlink id="use_java_stack"></paramlink> 
          must be <code>false</code>.
        </capability>
      </capabilities>
      <parameters>
        <param id="use_java_stack">
	  <jboolean/>
	  <description>
	    Return the stack showing <vmspec/>
	    model of the stack; 
	    otherwise, show the internal representation of the stack with
	    inlined and optimized methods missing.  If the virtual machine
	    is using the <i>Java Virtual Machine Specification</i> stack model
	    internally, this flag is ignored.
	  </description>
	</param>
        <param id="max_count">
	  <jint min="0"/>
	  <description>
	    The maximum number of <datalink id="jvmtiFrameInfo"/> records to retrieve.
	    Retrieve this many unless the stack depth is less than <code>max_count</code>.
	  </description>
	</param>
        <param id="frame_buffer">
	  <outbuf incount="max_count" outcount="count_ptr">
	    <struct>jvmtiFrameInfo</struct>
	    <nullok>this information is not returned</nullok>
	  </outbuf>
	    <description>
	      The agent passes in a buffer
	      large enough to hold <code>max_count</code> records of 
	      <datalink id="jvmtiFrameInfo"></datalink>.  This buffer must be
	      pre-allocated by the agent.  
	    </description>
	</param>
        <param id="count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of records filled in..
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_UNATTACHED_THREAD">
          The thread being used to call this function is not attached
          to the virtual machine.  Calls must be made from attached threads.
        </error>
      </errors>
    </function>
    </elide>

    <function id="GetFrameCount" num="16">
      <synopsis>Get Frame Count</synopsis>
      <description>
	Get the number of frames currently in the specified thread's call stack.
	<p/>
	If this function is called for a thread actively executing bytecodes (for example,
	not the current thread and not suspended), the information returned is transient.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
	<param id="count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of frames in the call stack.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="PopFrame" num="80">
      <synopsis>Pop Frame</synopsis>
      <description>
	Pop the current frame of <code>thread</code>'s stack.
	Popping a frame takes you to the previous frame.  
	When the thread is resumed, the execution 
	state of the thread is reset to the state
	immediately before the called method was invoked.
	That is (using <vmspec/> terminology):
	  <ul>
	    <li>the current frame is discarded as the previous frame becomes the current one</li>
	    <li>the operand stack is restored--the argument values are added back
	      and if the invoke was not <code>invokestatic</code>, 
	      <code>objectref</code> is added back as well</li>
	    <li>the Java virtual machine PC is restored to the opcode
	      of the invoke instruction</li>
	  </ul>
	Note however, that any changes to the arguments, which
	occurred in the called method, remain; 
	when execution continues, the first instruction to 
	execute will be the invoke.  
	<p/>
	Between calling <code>PopFrame</code> and resuming the 
	thread the state of the stack is undefined.  
	To pop frames beyond the first, 
	these three steps must be repeated:
	<ul>
	  <li>suspend the thread via an event (step, breakpoint, ...)</li>
	  <li>call <code>PopFrame</code></li>
	  <li>resume the thread</li>
	</ul>
	<p/>
	A lock acquired by calling the called method 
	(if it is a <code>synchronized</code>  method) 
	and locks acquired by entering <code>synchronized</code>
	blocks within the called method are released. 
	Note: this does not apply to native locks or 
	<code>java.util.concurrent.locks</code> locks.
	<p/>
	Finally blocks are not executed.
	<p/>
	Changes to global state are not addressed and thus remain changed.
	<p/>
	The specified thread must be suspended (which implies it cannot be the current thread).
	<p/>
	Both the called method and calling method must be non-native Java programming 
        language methods.
	<p/>
	No <jvmti/> events are generated by this function.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_pop_frame"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread/>
	    <description>
	      The thread whose current frame is to be popped.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Called or calling method is a native method.
          The implementation is unable to pop this frame.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are less than two stack frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="GetFrameLocation" num="19">
      <synopsis>Get Frame Location</synopsis>
      <description>
	<p/>
	For a Java programming language frame, return the location of the instruction
	currently executing.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame to query.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame to query.
	  </description>
	</param>
	<param id="method_ptr">
	  <outptr><jmethodID/></outptr>
	    <description>
	      On return, points to the method for the current location.
	    </description>
	</param>
	<param id="location_ptr">
	  <outptr><jlocation/></outptr>
	  <description>
	    On return, points to the index of the currently 
	    executing instruction.
            Is set to <code>-1</code> if the frame is executing
            a native method.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="NotifyFramePop" num="20">
      <synopsis>Notify Frame Pop</synopsis>
      <description>
	When the frame that is currently at <paramlink id="depth"></paramlink> 
        is popped from the stack, generate a
	<eventlink id="FramePop"></eventlink> event.  See the 
	<eventlink id="FramePop"></eventlink> event for details.
        Only frames corresponding to non-native Java programming language 
        methods can receive notification.
        <p/>
        The specified thread must either be the current thread
        or the thread must be suspended.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_frame_pop_events"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="depth"/>	  
	  <description>
	    The thread of the frame for which the frame pop event will be generated.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame for which the frame pop event will be generated.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  The frame at <code>depth</code> is executing a
          native method.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not suspended and was not the current thread.
	</error>
      </errors>
    </function>

  </category>

  <category id="ForceEarlyReturn" label="Force Early Return">
    <intro>
      These functions allow an agent to force a method
      to return at any point during its execution.
      The method which will return early is referred to as the <i>called method</i>.
      The called method is the current method
      (as defined by
      <vmspec chapter="3.6"/>) 
      for the specified thread at
      the time the function is called.
      <p/>
      The specified thread must be suspended or must be the current thread.
      The return occurs when execution of Java programming
      language code is resumed on this thread.
      Between calling one of these functions and resumption
      of thread execution, the state of the stack is undefined.  
      <p/>
      No further instructions are executed in the called method.  
      Specifically, finally blocks are not executed.
      Note: this can cause inconsistent states in the application.
      <p/>
      A lock acquired by calling the called method 
      (if it is a <code>synchronized</code>  method) 
      and locks acquired by entering <code>synchronized</code>
      blocks within the called method are released. 
      Note: this does not apply to native locks or 
      <code>java.util.concurrent.locks</code> locks.
      <p/>
      Events, such as <eventlink id="MethodExit"></eventlink>,
      are generated as they would be in a normal return.
      <p/>
      The called method must be a non-native Java programming
      language method.
      Forcing return on a thread with only one frame on the
      stack causes the thread to exit when resumed.
    </intro>

    <function id="ForceEarlyReturnObject" num="81" since="1.1">
      <synopsis>Force Early Return - Object</synopsis>
      <description>
	This function can be used to return from a method whose
        result type is <code>Object</code>
        or a subclass of <code>Object</code>. 
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
	<param id="value">
	  <jobject/>
	  <description>
	    The return value for the called frame. 
            An object or <code>NULL</code>.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame
          corresponding to a native method.
          Or the implementation is unable to provide
          this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The result type of the called method is not 
          <code>Object</code> or a subclass of <code>Object</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The supplied <paramlink id="value"/> is not compatible with the 
          result type of the called method.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no more frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="ForceEarlyReturnInt" num="82" since="1.1">
      <synopsis>Force Early Return - Int</synopsis>
      <description>
	This function can be used to return from a method whose
        result type is <code>int</code>, <code>short</code>,
        <code>char</code>, <code>byte</code>, or 
	<code>boolean</code>. 
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
	<param id="value">
	  <jint/>
	  <description>
	    The return value for the called frame.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame
          corresponding to a native method.
          Or the implementation is unable to provide
          this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The result type of the called method is not 
          <code>int</code>, <code>short</code>,
          <code>char</code>, <code>byte</code>, or 
  	  <code>boolean</code>.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="ForceEarlyReturnLong" num="83" since="1.1">
      <synopsis>Force Early Return - Long</synopsis>
      <description>
	This function can be used to return from a method whose
        result type is <code>long</code>.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
	<param id="value">
	  <jlong/>
	  <description>
	    The return value for the called frame.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame
          corresponding to a native method.
          Or the implementation is unable to provide
          this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The result type of the called method is not <code>long</code>.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="ForceEarlyReturnFloat" num="84" since="1.1">
      <synopsis>Force Early Return - Float</synopsis>
      <description>
	This function can be used to return from a method whose
        result type is <code>float</code>.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
	<param id="value">
	  <jfloat/>
	  <description>
	    The return value for the called frame.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame
          corresponding to a native method.
          Or the implementation is unable to provide
          this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The result type of the called method is not <code>float</code>.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="ForceEarlyReturnDouble" num="85" since="1.1">
      <synopsis>Force Early Return - Double</synopsis>
      <description>
	This function can be used to return from a method whose
        result type is <code>double</code>.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
	<param id="value">
	  <jdouble/>
	  <description>
	    The return value for the called frame.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame corresponding to a native method.
          Or the implementation is unable to provide this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The result type of the called method is not <code>double</code>.
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no frames on the call stack.
	</error>
      </errors>
    </function>

    <function id="ForceEarlyReturnVoid" num="86" since="1.1">
      <synopsis>Force Early Return - Void</synopsis>
      <description>
	This function can be used to return from a method with no result type.
        That is, the called method must be declared <code>void</code>.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_force_early_return"></required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	  <description>
	    The thread whose current frame is to return early.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Attempted to return early from a frame
          corresponding to a native method.
          Or the implementation is unable to provide
          this functionality on this frame.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The called method has a result type.  
	</error>
	<error id="JVMTI_ERROR_THREAD_NOT_SUSPENDED">
	  Thread was not the current thread and was not suspended.
	</error>
	<error id="JVMTI_ERROR_NO_MORE_FRAMES">
	  There are no frames on the call stack.
	</error>
      </errors>
    </function>

  </category>

  <category id="Heap" label="Heap">
    <intro>
      These functions are used to analyze the heap.
      Functionality includes the ability to view the objects in the
      heap and to tag these objects.
    </intro>
   
    <intro id="objectTags" label="Object Tags">
      A <i>tag</i> is a value associated with an object.
      Tags are explicitly set by the agent using the
      <functionlink id="SetTag"></functionlink> function or by
      callback functions such as <functionlink id="jvmtiHeapIterationCallback"/>.    
      <p/>
      Tags are local to the environment; that is, the tags of one
      environment are not visible in another.
      <p/>
      Tags are <code>jlong</code> values which can be used
      simply to mark an object or to store a pointer to more detailed
      information.  Objects which have not been tagged have a
      tag of zero.  
      Setting a tag to zero makes the object untagged.
    </intro>
   
    <intro id="heapCallbacks" label="Heap Callback Functions">
        Heap functions which iterate through the heap and recursively
        follow object references use agent supplied callback functions
        to deliver the information.
        <p/>
        These heap callback functions must adhere to the following restrictions --
        These callbacks must not use JNI functions.
        These callbacks must not use <jvmti/> functions except 
        <i>callback safe</i> functions which
        specifically allow such use (see the raw monitor, memory management,
        and environment local storage functions).
        <p/>
        An implementation may invoke a callback on an internal thread or
        the thread which called the iteration function.
        Heap callbacks are single threaded -- no more than one callback will
        be invoked at a time.
        <p/>
        The Heap Filter Flags can be used to prevent reporting
        based on the tag status of an object or its class.  
        If no flags are set (the <code>jint</code> is zero), objects
        will not be filtered out.

        <constants id="jvmtiHeapFilter" label="Heap Filter Flags" kind="bits">
	  <constant id="JVMTI_HEAP_FILTER_TAGGED" num="0x4">
	    Filter out tagged objects. Objects which are tagged are not included.
	  </constant>
	  <constant id="JVMTI_HEAP_FILTER_UNTAGGED" num="0x8">
	    Filter out untagged objects. Objects which are not tagged are not included.
	  </constant>
	  <constant id="JVMTI_HEAP_FILTER_CLASS_TAGGED" num="0x10">
	    Filter out objects with tagged classes. Objects whose class is tagged are not included.
	  </constant>
	  <constant id="JVMTI_HEAP_FILTER_CLASS_UNTAGGED" num="0x20">
	    Filter out objects with untagged classes. Objects whose class is not tagged are not included.
	  </constant>
	</constants>

        <p/>
        The Heap Visit Control Flags are returned by the heap callbacks
        and can be used to abort the iteration.  For the 
        <functionlink id="jvmtiHeapReferenceCallback">Heap 
        Reference Callback</functionlink>, it can also be used 
        to prune the graph of traversed references
        (<code>JVMTI_VISIT_OBJECTS</code> is not set).

        <constants id="jvmtiHeapVisitControl" 
                   label="Heap Visit Control Flags" 
                   kind="bits" 
                   since="1.1">
	  <constant id="JVMTI_VISIT_OBJECTS" num="0x100">
            If we are visiting an object and if this callback
            was initiated by <functionlink id="FollowReferences"/>, 
            traverse the references of this object.
            Otherwise ignored.
	  </constant>	  
	  <constant id="JVMTI_VISIT_ABORT" num="0x8000">
	    Abort the iteration.  Ignore all other bits.
	  </constant>
	</constants>

        <p/>
        The Heap Reference Enumeration is provided by the 
        <functionlink id="jvmtiHeapReferenceCallback">Heap 
        Reference Callback</functionlink> and 
        <functionlink id="jvmtiPrimitiveFieldCallback">Primitive Field 
        Callback</functionlink> to 
        describe the kind of reference
        being reported.

        <constants id="jvmtiHeapReferenceKind" 
                   label="Heap Reference Enumeration" 
                   kind="enum" 
                   since="1.1">
	  <constant id="JVMTI_HEAP_REFERENCE_CLASS" num="1">
	    Reference from an object to its class.
	  </constant>	  
	  <constant id="JVMTI_HEAP_REFERENCE_FIELD" num="2">
	    Reference from an object to the value of one of its instance fields.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_ARRAY_ELEMENT" num="3">
	    Reference from an array to one of its elements.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_CLASS_LOADER" num="4">
	    Reference from a class to its class loader.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_SIGNERS" num="5">
	    Reference from a class to its signers array.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_PROTECTION_DOMAIN" num="6">
	    Reference from a class to its protection domain.
	  </constant>	  
	  <constant id="JVMTI_HEAP_REFERENCE_INTERFACE" num="7">
            Reference from a class to one of its interfaces. 
            Note: interfaces are defined via a constant pool reference,
            so the referenced interfaces may also be reported with a 
            <code>JVMTI_HEAP_REFERENCE_CONSTANT_POOL</code> reference kind.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_STATIC_FIELD" num="8">
	    Reference from a class to the value of one of its static fields.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_CONSTANT_POOL" num="9">
	    Reference from a class to a resolved entry in the constant pool.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_SUPERCLASS" num="10">
            Reference from a class to its superclass. 
            A callback is bot sent if the superclass is <code>java.lang.Object</code>.
            Note: loaded classes define superclasses via a constant pool
            reference, so the referenced superclass may also be reported with 
            a <code>JVMTI_HEAP_REFERENCE_CONSTANT_POOL</code> reference kind.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_JNI_GLOBAL" num="21">
	    Heap root reference: JNI global reference.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_SYSTEM_CLASS" num="22">
	    Heap root reference: System class.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_MONITOR" num="23">
	    Heap root reference: monitor.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_STACK_LOCAL" num="24">
	    Heap root reference: local variable on the stack.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_JNI_LOCAL" num="25">
	    Heap root reference: JNI local reference.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_THREAD" num="26">
	    Heap root reference: Thread.
	  </constant>
	  <constant id="JVMTI_HEAP_REFERENCE_OTHER" num="27">
	    Heap root reference: other heap root reference.
	  </constant>
	</constants>

        <p/>
        Definitions for the single character type descriptors of
        primitive types.

        <constants id="jvmtiPrimitiveType" 
                   label="Primitive Type Enumeration" 
                   kind="enum" 
                   since="1.1">
	  <constant id="JVMTI_PRIMITIVE_TYPE_BOOLEAN" num="90">
            'Z' - Java programming language <code>boolean</code> - JNI <code>jboolean</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_BYTE" num="66">
            'B' - Java programming language <code>byte</code> - JNI <code>jbyte</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_CHAR" num="67">
            'C' - Java programming language <code>char</code> - JNI <code>jchar</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_SHORT" num="83">
            'S' - Java programming language <code>short</code> - JNI <code>jshort</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_INT" num="73">
            'I' - Java programming language <code>int</code> - JNI <code>jint</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_LONG" num="74">
            'J' - Java programming language <code>long</code> - JNI <code>jlong</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_FLOAT" num="70">
            'F' - Java programming language <code>float</code> - JNI <code>jfloat</code>
	  </constant>	  
	  <constant id="JVMTI_PRIMITIVE_TYPE_DOUBLE" num="68">
            'D' - Java programming language <code>double</code> - JNI <code>jdouble</code>
	  </constant>	  
	</constants>
    </intro>

      <typedef id="jvmtiHeapReferenceInfoField" 
               label="Reference information structure for Field references" 
               since="1.1">
        <description>
          Reference information returned for 
          <datalink id="JVMTI_HEAP_REFERENCE_FIELD"/> and 
          <datalink id="JVMTI_HEAP_REFERENCE_STATIC_FIELD"/> references.
        </description>
	<field id="index">
	  <jint/>
	  <description>	    
            For <datalink id="JVMTI_HEAP_REFERENCE_FIELD"/>, the 
            referrer object is not a class or an inteface.  
            In this case, <code>index</code> is the index of the field 
            in the class of the referrer object.  
            This class is referred to below as <i>C</i>.
            <p/>
            For <datalink id="JVMTI_HEAP_REFERENCE_STATIC_FIELD"/>,
            the referrer object is a class (referred to below as <i>C</i>)
            or an interface (referred to below as <i>I</i>).
            In this case, <code>index</code> is the index of the field in 
            that class or interface.
            <p/>
            If the referrer object is not an interface, then the field 
            indices are determined as follows: 
            <ul>
              <li>make a list of all the fields in <i>C</i> and its
                  superclasses, starting with all the fields in 
                  <code>java.lang.Object</code> and ending with all the
                  fields in <i>C</i>.</li>
              <li>Within this list, put 
                  the fields for a given class in the order returned by
                  <functionlink id="GetClassFields"/>.</li>
              <li>Assign the fields in this list indices 
                  <i>n</i>, <i>n</i>+1, ..., in order, where <i>n</i> 
                  is the count of the fields in all the interfaces
                  implemented by <i>C</i>. 
                  Note that <i>C</i> implements all interfaces 
                  directly implemented by its superclasses; as well
                  as all superinterfaces of these interfaces.</li>
            </ul>
            If the referrer object is an interface, then the field 
            indices are determined as follows:
            <ul>
              <li>make a list of the fields directly declared in 
                  <i>I</i>.</li>
              <li>Within this list, put 
                  the fields in the order returned by
                  <functionlink id="GetClassFields"/>.</li>
              <li>Assign the fields in this list indices 
                  <i>n</i>, <i>n</i>+1, ..., in order, where <i>n</i> 
                  is the count of the fields in all the superinterfaces
                  of <i>I</i>.</li>
            </ul>
            All fields are included in this computation, regardless of
            field modifier (static, public, private, etc).
            <p/>
            For example, given the following classes and interfaces:
            <example>
interface I0 {
    int p = 0;
}

interface I1 extends I0 {
    int x = 1;
}

interface I2 extends I0 {
    int y = 2;
}

class C1 implements I1 {
    public static int a = 3;
    private int b = 4;
}

class C2 extends C1 implements I2 {
    static int q = 5;
    final int r = 6;
}
            </example>
            Assume that <functionlink id="GetClassFields"/> called on
            <code>C1</code> returns the fields of <code>C1</code> in the
            order: a, b; and that the fields of <code>C2</code> are 
            returned in the order: q, r.
            An instance of class <code>C1</code> will have the
            following field indices:
            <dl><dd><table>
              <tr>
                <td>
                  a
                </td>
                <td>
                  2
                </td>
                <td align="left">
                  The count of the fields in the interfaces
                  implemented by <code>C1</code> is two (<i>n</i>=2):
                  <code>p</code> of <code>I0</code>
                  and <code>x</code> of <code>I1</code>.
                </td>
              </tr>
              <tr>
                <td>
                  b
                </td>
                <td>
                  3
                </td>
                <td align="left">
                  the subsequent index.
                </td>
              </tr>
            </table></dd></dl>
            The class <code>C1</code> will have the same field indices.
            <p/>
            An instance of class <code>C2</code> will have the
            following field indices:
            <dl><dd><table>
              <tr>
                <td>
                  a
                </td>
                <td>
                  3
                </td>
                <td align="left">
                  The count of the fields in the interfaces
                  implemented by <code>C2</code> is three (<i>n</i>=3):
                  <code>p</code> of <code>I0</code>,
                  <code>x</code> of <code>I1</code> and <code>y</code> of <code>I2</code> 
                  (an interface of <code>C2</code>).  Note that the field <code>p</code>
                  of <code>I0</code> is only included once.
                </td>
              </tr>
              <tr>
                <td>
                  b
                </td>
                <td>
                  4
                </td>
                <td align="left">
                  the subsequent index to "a".
                </td>
              </tr>
              <tr>
                <td>
                  q
                </td>
                <td>
                  5
                </td>
                <td align="left">
                  the subsequent index to "b".
                </td>
              </tr>
              <tr>
                <td>
                  r
                </td>
                <td>
                  6
                </td>
                <td align="left">
                  the subsequent index to "q".
                </td>
              </tr>
            </table></dd></dl>
            The class <code>C2</code> will have the same field indices.
            Note that a field may have a different index depending on the
            object that is viewing it -- for example field "a" above.
            Note also: not all field indices may be visible from the 
            callbacks, but all indices are shown for illustrative purposes.
            <p/>
            The interface <code>I1</code> will have the
            following field indices:
            <dl><dd><table>
              <tr>
                <td>
                  x
                </td>
                <td>
                  1
                </td>
                <td align="left">
                  The count of the fields in the superinterfaces
                  of <code>I1</code> is one (<i>n</i>=1):
                  <code>p</code> of <code>I0</code>.
                </td>
              </tr>
            </table></dd></dl>
	  </description>	    
	</field>
      </typedef>

      <typedef id="jvmtiHeapReferenceInfoArray" 
               label="Reference information structure for Array references" 
               since="1.1">
        <description>
          Reference information returned for 
         <datalink id="JVMTI_HEAP_REFERENCE_ARRAY_ELEMENT"/> references.
        </description>
	<field id="index">
	  <jint/>
	  <description>	    
	    The array index.
	  </description>
	</field>
      </typedef>

      <typedef id="jvmtiHeapReferenceInfoConstantPool" 
               label="Reference information structure for Constant Pool references" 
               since="1.1">
        <description>
          Reference information returned for 
          <datalink id="JVMTI_HEAP_REFERENCE_CONSTANT_POOL"/> references.
        </description>
	<field id="index">
	  <jint/>
	  <description>	    
	    The index into the constant pool of the class. See the description in 
      <vmspec chapter="4.4"/>.
	  </description>
	</field>
      </typedef>

      <typedef id="jvmtiHeapReferenceInfoStackLocal" 
               label="Reference information structure for Local Variable references" 
               since="1.1">
        <description>
          Reference information returned for 
          <datalink id="JVMTI_HEAP_REFERENCE_STACK_LOCAL"/> references.
        </description>
        <field id="thread_tag">
	  <jlong/>
	  <description>
	    The tag of the thread corresponding to this stack, zero if not tagged.
	  </description>
	</field>
        <field id="thread_id">
	  <jlong/>
	  <description>
	    The unique thread ID of the thread corresponding to this stack.
	  </description>
	</field>
        <field id="depth">
	  <jint/>
	  <description>
	    The depth of the frame. 
	  </description>
	</field>
        <field id="method">
	  <jmethodID/>
	  <description>
	    The method executing in this frame.
	  </description>
	</field>
        <field id="location">
	  <jlocation/>
	  <description>
	    The currently executing location in this frame.
	  </description>
	</field>
        <field id="slot">
	  <jint/>
	  <description>
	    The slot number of the local variable.
	  </description>
	</field>
      </typedef>

      <typedef id="jvmtiHeapReferenceInfoJniLocal" 
               label="Reference information structure for JNI local references" 
               since="1.1">
        <description>
          Reference information returned for 
          <datalink id="JVMTI_HEAP_REFERENCE_JNI_LOCAL"/> references.
        </description>
        <field id="thread_tag">
	  <jlong/>
	  <description>
	    The tag of the thread corresponding to this stack, zero if not tagged.
	  </description>
	</field>
        <field id="thread_id">
	  <jlong/>
	  <description>
	    The unique thread ID of the thread corresponding to this stack.
	  </description>
	</field>
        <field id="depth">
	  <jint/>
	  <description>
	    The depth of the frame. 
	  </description>
	</field>
        <field id="method">
	  <jmethodID/>
	  <description>
	    The method executing in this frame.
	  </description>
	</field>
      </typedef>

      <typedef id="jvmtiHeapReferenceInfoReserved" 
               label="Reference information structure for Other references" 
               since="1.1">
        <description>
          Reference information returned for other references.
        </description>
        <field id="reserved1">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved2">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved3">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved4">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved5">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved6">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved7">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
        <field id="reserved8">
	  <jlong/>
	  <description>
	    reserved for future use.
	  </description>
	</field>
      </typedef>

      <uniontypedef id="jvmtiHeapReferenceInfo" 
               label="Reference information structure" 
               since="1.1">
        <description>
          The information returned about referrers.
          Represented as a union of the various kinds of reference information.
        </description>
	<field id="field">
	  <struct>jvmtiHeapReferenceInfoField</struct>
	  <description>	    
	    The referrer information for 
            <datalink id="JVMTI_HEAP_REFERENCE_FIELD"/> 
            and <datalink id="JVMTI_HEAP_REFERENCE_STATIC_FIELD"/> references.
	  </description>
	</field>
	<field id="array">
	  <struct>jvmtiHeapReferenceInfoArray</struct>
	  <description>	    
	    The referrer information for 
	    For <datalink id="JVMTI_HEAP_REFERENCE_ARRAY_ELEMENT"/> references.
	  </description>
	</field>
	<field id="constant_pool">
	  <struct>jvmtiHeapReferenceInfoConstantPool</struct>
	  <description>	    
	    The referrer information for 
	    For <datalink id="JVMTI_HEAP_REFERENCE_CONSTANT_POOL"/> references.
	  </description>
	</field>
        <field id="stack_local">
	  <struct>jvmtiHeapReferenceInfoStackLocal</struct>
	  <description>	    
	    The referrer information for 
	    For <datalink id="JVMTI_HEAP_REFERENCE_STACK_LOCAL"/> references.
	  </description>
	</field>
        <field id="jni_local">
	  <struct>jvmtiHeapReferenceInfoJniLocal</struct>
	  <description>	    
	    The referrer information for 
	    For <datalink id="JVMTI_HEAP_REFERENCE_JNI_LOCAL"/> references.
	  </description>
	</field>
        <field id="other">
	  <struct>jvmtiHeapReferenceInfoReserved</struct>
	  <description>	    
	    reserved for future use.
	  </description>
	</field>
      </uniontypedef>

      <typedef id="jvmtiHeapCallbacks" 
               label="Heap callback function structure" 
               since="1.1">
        <field id="heap_iteration_callback">
	  <ptrtype>
	    <struct>jvmtiHeapIterationCallback</struct>
	  </ptrtype>
	  <description>
	    The callback to be called to describe an
	    object in the heap. Used by the 
            <functionlink id="IterateThroughHeap"/> function, ignored by the
            <functionlink id="FollowReferences"/> function.
	  </description>
	</field>		  
        <field id="heap_reference_callback">
	  <ptrtype>
	    <struct>jvmtiHeapReferenceCallback</struct>
	  </ptrtype>
	  <description>
	    The callback to be called to describe an
	    object reference.  Used by the 
            <functionlink id="FollowReferences"/> function, ignored by the
            <functionlink id="IterateThroughHeap"/> function.
	  </description>
	</field>		  
        <field id="primitive_field_callback">
	  <ptrtype>
	    <struct>jvmtiPrimitiveFieldCallback</struct>
	  </ptrtype>
	  <description>
            The callback to be called to describe a
            primitive field.
          </description>
	</field>		  
        <field id="array_primitive_value_callback">
	  <ptrtype>
	    <struct>jvmtiArrayPrimitiveValueCallback</struct>
	  </ptrtype>
	  <description>
	    The callback to be called to describe an
	    array of primitive values.
	  </description>
	</field>		  
        <field id="string_primitive_value_callback">
	  <ptrtype>
	    <struct>jvmtiStringPrimitiveValueCallback</struct>
	  </ptrtype>
	  <description>
	    The callback to be called to describe a String value.
	  </description>
	</field>		  
        <field id="reserved5">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved6">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved7">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved8">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved9">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved10">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved11">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved12">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved13">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved14">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
        <field id="reserved15">
	  <ptrtype>
	    <struct>jvmtiReservedCallback</struct>
	  </ptrtype>
	  <description>
	    Reserved for future use..
	  </description>
	</field>		  
      </typedef>


    <intro>
      <rationale>
	The heap dumping functionality (below) uses a callback
	for each object.  While it would seem that a buffered approach
	would provide better throughput, tests do
	not show this to be the case--possibly due to locality of
	memory reference or array access overhead.
      </rationale>

      <issue>
        Still under investigation as to if java.lang.ref references
	are reported as a different type of reference.
      </issue>

      <issue>
        Should or can an indication of the cost or relative cost of
	these operations be included?
      </issue>

    </intro>

    <callback id="jvmtiHeapIterationCallback" since="1.1">
      <jint/>
      <synopsis>Heap Iteration Callback</synopsis>
      <description>
        Agent supplied callback function.
	Describes (but does not pass in) an object in the heap.
        <p/>
        This function should return a bit vector of the desired
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>.
        This will determine if the entire iteration should be aborted
        (the <code>JVMTI_VISIT_OBJECTS</code> flag is ignored).
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of object (zero if the class is not tagged). 
	    If the object represents a runtime class, 
            the <code>class_tag</code> is the tag 
	    associated with <code>java.lang.Class</code> 
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the object (in bytes). See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    The object tag value, or zero if the object is not tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter. 
	  </description>
	</param>
        <param id="length">
	  <jint/>
	  <description>
	    If this object is an array, the length of the array. Otherwise negative one (-1).
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>  

    <callback id="jvmtiHeapReferenceCallback" since="1.1">
      <jint/>
      <synopsis>Heap Reference Callback</synopsis>
      <description>
        Agent supplied callback function.	
	Describes a reference from an object or the VM (the referrer) to another object
	(the referree) or a heap root to a referree.
        <p/>
        This function should return a bit vector of the desired
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>.
        This will determine if the objects referenced by the referree
        should be visited or if the entire iteration should be aborted.
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
	<param id="reference_kind">
	  <enum>jvmtiHeapReferenceKind</enum>
	  <description>
	    The kind of reference.
	  </description>
	</param>
	<param id="reference_info">
	  <inptr>
	    <struct>jvmtiHeapReferenceInfo</struct>
	  </inptr>
	  <description>
	    Details about the reference. 
            Set when the <datalink id="jvmtiHeapReferenceCallback.reference_kind">reference_kind</datalink> is
            <datalink id="JVMTI_HEAP_REFERENCE_FIELD"/>,
	    <datalink id="JVMTI_HEAP_REFERENCE_STATIC_FIELD"/>,
	    <datalink id="JVMTI_HEAP_REFERENCE_ARRAY_ELEMENT"/>,
	    <datalink id="JVMTI_HEAP_REFERENCE_CONSTANT_POOL"/>, 
            <datalink id="JVMTI_HEAP_REFERENCE_STACK_LOCAL"/>,
            or <datalink id="JVMTI_HEAP_REFERENCE_JNI_LOCAL"/>.
            Otherwise <code>NULL</code>.
	  </description>
	</param>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of referree object (zero if the class is not tagged). 
            If the referree object represents a runtime class, 
            the <code>class_tag</code> is the tag 
            associated with <code>java.lang.Class</code>
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="referrer_class_tag">
          <jlong/>
          <description>
            The tag of the class of the referrer object (zero if the class is not tagged
            or the referree is a heap root). If the referrer object represents a runtime
            class, the <code>referrer_class_tag</code> is the tag associated with
            the <code>java.lang.Class</code>
            (zero if <code>java.lang.Class</code> is not tagged).
          </description>
        </param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the referree object (in bytes). 
            See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    Points to the referree object tag value, or zero if the object is not 
	    tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="referrer_tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    Points to the tag of the referrer object, or 
            points to the zero if the referrer
	    object is not tagged. 
            <code>NULL</code> if the referrer in not an object (that is,
            this callback is reporting a heap root).
	    To set the tag value to be associated with the referrer object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
            If this callback is reporting a reference from an object to itself, 
            <code>referrer_tag_ptr == tag_ptr</code>.
	  </description>
	</param>
        <param id="length">
	  <jint/>
	  <description>
	    If this object is an array, the length of the array. Otherwise negative one (-1).
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>

    <callback id="jvmtiPrimitiveFieldCallback" since="1.1">
      <jint/>
      <synopsis>Primitive Field Callback</synopsis>
      <description>
        Agent supplied callback function which	
        describes a primitive field of an object (<i>the object</i>).
        A primitive field is a field whose type is a primitive type.
        This callback will describe a static field if the object is a class,
        and otherwise will describe an instance field.
        <p/>
        This function should return a bit vector of the desired
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>.
        This will determine if the entire iteration should be aborted
        (the <code>JVMTI_VISIT_OBJECTS</code> flag is ignored).
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
	<param id="kind">
	  <enum>jvmtiHeapReferenceKind</enum>
	  <description>
	    The kind of field -- instance or static (<datalink id="JVMTI_HEAP_REFERENCE_FIELD"/> or 
            <datalink id="JVMTI_HEAP_REFERENCE_STATIC_FIELD"/>).
	  </description>
	</param>
	<param id="info">
	  <inptr>
	    <struct>jvmtiHeapReferenceInfo</struct>
	  </inptr>
	  <description>
	    Which field (the field index).
	  </description>
	</param>
        <param id="object_class_tag">
	  <jlong/>
	  <description>
            The tag of the class of the object (zero if the class is not tagged). 
            If the object represents a runtime class, the 
            <code>object_class_tag</code> is the tag 
            associated with <code>java.lang.Class</code> 
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="object_tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    Points to the tag of the object, or zero if the object is not 
	    tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="value">
	  <jvalue/>
	  <description>
	    The value of the field.
	  </description>
	</param>
        <param id="value_type">
	  <enum>jvmtiPrimitiveType</enum>
	  <description>
	    The type of the field.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>

    <callback id="jvmtiArrayPrimitiveValueCallback" since="1.1">
      <jint/>
      <synopsis>Array Primitive Value Callback</synopsis>
      <description>
        Agent supplied callback function.	
	Describes the values in an array of a primitive type.
        <p/>
        This function should return a bit vector of the desired
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>.
        This will determine if the entire iteration should be aborted
        (the <code>JVMTI_VISIT_OBJECTS</code> flag is ignored).
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of the array object (zero if the class is not tagged). 
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the array (in bytes). 
            See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    Points to the tag of the array object, or zero if the object is not 
	    tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="element_count">
	  <jint/>
	  <description>
	    The length of the primitive array.
	  </description>
	</param>
        <param id="element_type">
	  <enum>jvmtiPrimitiveType</enum>
	  <description>
	    The type of the elements of the array.
	  </description>
	</param>
        <param id="elements">
	  <vmbuf><void/></vmbuf>
	  <description>
	    The elements of the array in a packed array of <code>element_count</code>
            items of <code>element_type</code> size each.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>

    <callback id="jvmtiStringPrimitiveValueCallback" since="1.1">
      <jint/>
      <synopsis>String Primitive Value Callback</synopsis>
      <description>
        Agent supplied callback function.	
	Describes the value of a java.lang.String.
        <p/>
        This function should return a bit vector of the desired
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>.
        This will determine if the entire iteration should be aborted
        (the <code>JVMTI_VISIT_OBJECTS</code> flag is ignored).
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of the String class (zero if the class is not tagged). 
            <issue>Is this needed?</issue>
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the string (in bytes). 
            See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    Points to the tag of the String object, or zero if the object is not 
	    tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="value">
	  <vmbuf><jchar/></vmbuf>
	  <description>
	    The value of the String, encoded as a Unicode string.
	  </description>
	</param>
        <param id="value_length">
	  <jint/>
	  <description>
	    The length of the string. 
            The length is equal to the number of 16-bit Unicode 
            characters in the string.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>


    <callback id="jvmtiReservedCallback" since="1.1">
      <jint/>
      <synopsis>reserved for future use Callback</synopsis>
      <description>
        Placeholder -- reserved for future use.
      </description>
      <parameters>
      </parameters>
    </callback>

    <function id="FollowReferences" num="115" since="1.1">
      <synopsis>Follow References</synopsis>
      <description>	
        This function initiates a traversal over the objects that are 
        directly and indirectly reachable from the specified object or,
        if <code>initial_object</code> is not specified, all objects 
        reachable from the heap roots.
	The heap root are the set of system classes, 
	JNI globals, references from thread stacks, and other objects used as roots 
	for the purposes of garbage collection. 
        <p/>
        This function operates by traversing the reference graph.
        Let <i>A</i>, <i>B</i>, ... represent objects.
        When a reference from <i>A</i> to <i>B</i> is traversed,
        when a reference from a heap root to <i>B</i> is traversed, 
        or when <i>B</i> is specified as the <paramlink id="initial_object"/>, 
        then <i>B</i> is said to be <i>visited</i>.
        A reference from <i>A</i> to <i>B</i> is not traversed until <i>A</i> 
        is visited.
        References are reported in the same order that the references are traversed.
        Object references are reported by invoking the agent supplied  
        callback function <functionlink id="jvmtiHeapReferenceCallback"/>.
        In a reference from <i>A</i> to <i>B</i>, <i>A</i> is known 
        as the <i>referrer</i> and <i>B</i> as the <i>referree</i>.
        The callback is invoked exactly once for each reference from a referrer;
        this is true even if there are reference cycles or multiple paths to
        the referrer.
        There may be more than one reference between a referrer and a referree,
        each reference is reported.
        These references may be distinguished by examining the
        <datalink 
         id="jvmtiHeapReferenceCallback.reference_kind"><code>reference_kind</code></datalink>
         and
        <datalink 
         id="jvmtiHeapReferenceCallback.reference_info"><code>reference_info</code></datalink>
        parameters of the <functionlink id="jvmtiHeapReferenceCallback"/> callback.
	<p/>
        This function reports a Java programming language view of object references,
        not a virtual machine implementation view. The following object references
        are reported when they are non-null:
        <ul>
          <li>Instance objects report references to each non-primitive instance fields
              (including inherited fields).</li>
          <li>Instance objects report a reference to the object type (class).</li>
          <li>Classes report a reference to the superclass and directly
              implemented/extended interfaces.</li>
          <li>Classes report a reference to the class loader, protection domain,
              signers, and resolved entries in the constant pool.</li>
          <li>Classes report a reference to each directly declared non-primitive
              static field.</li>
          <li>Arrays report a reference to the array type (class) and each
              array element.</li>
          <li>Primitive arrays report a reference to the array type.</li>
        </ul>
        <p/>
        This function can also be used to examine primitive (non-object) values.
        The primitive value of an array or String
        is reported after the object has been visited;
        it is reported by invoking the agent supplied callback function
        <functionlink id="jvmtiArrayPrimitiveValueCallback"/> or
        <functionlink id="jvmtiStringPrimitiveValueCallback"/>.
        A primitive field
        is reported after the object with that field is visited;
        it is reported by invoking the agent supplied callback function
        <functionlink id="jvmtiPrimitiveFieldCallback"/>.
        <p/>
        Whether a callback is provided or is <code>NULL</code> only determines
        whether the callback will be invoked, it does not influence
        which objects are visited nor does it influence whether other callbacks
        will be invoked.
        However, the 
        <datalink id="jvmtiHeapVisitControl">visit control flags</datalink>
        returned by <functionlink id="jvmtiHeapReferenceCallback"/>
        do determine if the objects referenced by the 
        current object as visited.
        The <datalink id="jvmtiHeapFilter">heap filter flags</datalink>
        and <paramlink id="klass"/> provided as parameters to this function
        do not control which objects are visited but they do control which
        objects and primitive values are reported by the callbacks.
        For example, if the only callback that was set is
        <fieldlink id="array_primitive_value_callback" struct="jvmtiHeapCallbacks"/> and <code>klass</code>
        is set to the array of bytes class, then only arrays of byte will be
        reported.  
        The table below summarizes this:
        <p/>
        <table>
          <tr>
            <th/>
            <th>
              Controls objects visited
            </th>
            <th>
              Controls objects reported
            </th>
            <th>
              Controls primitives reported
            </th>
          </tr>
          <tr>
            <th align="left">
              the
              <datalink id="jvmtiHeapVisitControl">Heap Visit Control Flags</datalink>
              returned by <functionlink id="jvmtiHeapReferenceCallback"/>
            </th>
            <td>
              <b>Yes</b>
            </td>
            <td>
              <b>Yes</b>, since visits are controlled
            </td>
            <td>
              <b>Yes</b>, since visits are controlled
            </td>
          </tr>
          <tr>
            <th align="left">
              <fieldlink id="array_primitive_value_callback" struct="jvmtiHeapCallbacks"/>
              in <paramlink id="callbacks"/> set
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              No
            </td>
          </tr>
          <tr>
            <th align="left">
              <paramlink id="heap_filter"/>
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              <b>Yes</b>
            </td>
          </tr>
          <tr>
            <th align="left">
              <paramlink id="klass"/>
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              <b>Yes</b>
            </td>
          </tr>
        </table>
        <p/>
        During the execution of this function the state of the heap
        does not change: no objects are allocated, no objects are
        garbage collected, and the state of objects (including 
        held values) does not change. 
        As a result, threads executing Java 
        programming language code, threads attempting to resume the
        execution of Java programming language code, and threads 
        attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>             
        <param id="heap_filter">
          <jint/>
          <description>
            This bit vector of 
            <datalink id="jvmtiHeapFilter">heap filter flags</datalink>.
            restricts the objects for which the callback function is called.
            This applies to both the object and primitive callbacks.
          </description>
        </param>
        <param id="klass">
          <ptrtype>
            <jclass/>
            <nullok>callbacks are not limited to instances of a particular
                    class</nullok>
          </ptrtype>
          <description>
            Callbacks are only reported when the object is an instance of 
            this class.
            Objects which are instances of a subclass of <code>klass</code>
            are not reported.
            If <code>klass</code> is an interface, no objects are reported.
            This applies to both the object and primitive callbacks.
          </description>
        </param>
        <param id="initial_object">
          <ptrtype>
            <jobject/>
            <nullok>references are followed from the heap roots</nullok>
          </ptrtype>
          <description>
            The object to follow
          </description>
        </param>
        <param id="callbacks">
          <inptr>
            <struct>jvmtiHeapCallbacks</struct>
          </inptr>
          <description>
            Structure defining the set of callback functions.
          </description>
        </param>                  
        <param id="user_data">
          <inbuf>
            <void/>
            <nullok><code>NULL</code> is passed as the user supplied data</nullok>
          </inbuf>
          <description>
            User supplied data to be passed to the callback. 
          </description>
        </param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_INVALID_CLASS">
          <paramlink id="klass"/> is not a valid class.
        </error>
        <error id="JVMTI_ERROR_INVALID_OBJECT">
          <paramlink id="initial_object"/> is not a valid object.
        </error>
      </errors>
    </function>


    <function id="IterateThroughHeap" num="116" since="1.1">
      <synopsis>Iterate Through Heap</synopsis>
      <description>        
        Initiate an iteration over all objects in the heap. 
        This includes both reachable and 
        unreachable objects. Objects are visited in no particular order.
        <p/>
        Heap objects are reported by invoking the agent supplied 
        callback function <functionlink id="jvmtiHeapIterationCallback"/>.
        References between objects are not reported.
        If only reachable objects are desired, or if object reference information
        is needed, use <functionlink id="FollowReferences"/>.
        <p/>
        This function can also be used to examine primitive (non-object) values.
        The primitive value of an array or String
        is reported after the object has been visited;
        it is reported by invoking the agent supplied callback function
        <functionlink id="jvmtiArrayPrimitiveValueCallback"/> or
        <functionlink id="jvmtiStringPrimitiveValueCallback"/>.
        A primitive field
        is reported after the object with that field is visited;
        it is reported by invoking the agent supplied 
        callback function
        <functionlink id="jvmtiPrimitiveFieldCallback"/>.
        <p/>
        Unless the iteration is aborted by the
        <datalink id="jvmtiHeapVisitControl">Heap Visit Control Flags</datalink>
        returned by a callback, all objects in the heap are visited.
        Whether a callback is provided or is <code>NULL</code> only determines
        whether the callback will be invoked, it does not influence
        which objects are visited nor does it influence whether other callbacks
        will be invoked.
        The <datalink id="jvmtiHeapFilter">heap filter flags</datalink>
        and <paramlink id="klass"/> provided as parameters to this function
        do not control which objects are visited but they do control which
        objects and primitive values are reported by the callbacks.
        For example, if the only callback that was set is
        <fieldlink id="array_primitive_value_callback" struct="jvmtiHeapCallbacks"/> and <code>klass</code>
        is set to the array of bytes class, then only arrays of byte will be
        reported. The table below summarizes this (contrast this with 
        <functionlink id="FollowReferences"/>):
        <p/>
        <table>
          <tr>
            <th/>
            <th>
              Controls objects visited
            </th>
            <th>
              Controls objects reported
            </th>
            <th>
              Controls primitives reported
            </th>
          </tr>
          <tr>
            <th align="left">
              the
              <datalink id="jvmtiHeapVisitControl">Heap Visit Control Flags</datalink>
              returned by <functionlink id="jvmtiHeapIterationCallback"/>
            </th>
            <td>
              No<br/>(unless they abort the iteration)
            </td>
            <td>
              No<br/>(unless they abort the iteration)
            </td>
            <td>
              No<br/>(unless they abort the iteration)
            </td>
          </tr>
          <tr>
            <th align="left">
              <fieldlink id="array_primitive_value_callback" struct="jvmtiHeapCallbacks"/>
              in <paramlink id="callbacks"/> set
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              No
            </td>
          </tr>
          <tr>
            <th align="left">
              <paramlink id="heap_filter"/>
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              <b>Yes</b>
            </td>
          </tr>
          <tr>
            <th align="left">
              <paramlink id="klass"/>
            </th>
            <td>
              No
            </td>
            <td>
              <b>Yes</b>
            </td>
            <td>
              <b>Yes</b>
            </td>
          </tr>
        </table>
        <p/>
        During the execution of this function the state of the heap
        does not change: no objects are allocated, no objects are
        garbage collected, and the state of objects (including 
        held values) does not change. 
        As a result, threads executing Java 
        programming language code, threads attempting to resume the
        execution of Java programming language code, and threads 
        attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
        <param id="heap_filter">
          <jint/>
          <description>
            This bit vector of 
            <datalink id="jvmtiHeapFilter">heap filter flags</datalink>.
            restricts the objects for which the callback function is called.
            This applies to both the object and primitive callbacks.
          </description>
        </param>
        <param id="klass">
          <ptrtype>
            <jclass/>
            <nullok>callbacks are not limited to instances of a particular class</nullok>
          </ptrtype>
          <description>
            Callbacks are only reported when the object is an instance of 
            this class.
            Objects which are instances of a subclass of <code>klass</code>
            are not reported.
            If <code>klass</code> is an interface, no objects are reported.
            This applies to both the object and primitive callbacks.
          </description>
        </param>
        <param id="callbacks">
          <inptr>
            <struct>jvmtiHeapCallbacks</struct>
          </inptr>
          <description>
            Structure defining the set callback functions.
          </description>
        </param>                  
        <param id="user_data">
          <inbuf>
            <void/>
            <nullok><code>NULL</code> is passed as the user supplied data</nullok>
          </inbuf>
          <description>
            User supplied data to be passed to the callback. 
          </description>
        </param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_INVALID_CLASS">
          <paramlink id="klass"/> is not a valid class.
        </error>
      </errors>
    </function>

    <function id="GetTag" phase="start" num="106">
      <synopsis>Get Tag</synopsis>
      <description>
        Retrieve the tag associated with an object.
        The tag is a long value typically used to store a 
        unique identifier or pointer to object information.
        The tag is set with
        <functionlink id="SetTag"></functionlink>.
        Objects for which no tags have been set return a
        tag value of zero.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
        <param id="object">
	  <jobject/>
	    <description>
	      The object whose tag is to be retrieved.
	    </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, the referenced long is set to the value 
	    of the tag.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetTag" phase="start" num="107">
      <synopsis>Set Tag</synopsis>
      <description>
        Set the tag associated with an object.
        The tag is a long value typically used to store a 
        unique identifier or pointer to object information.
        The tag is visible with
        <functionlink id="GetTag"></functionlink>.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
        <param id="object">
	  <jobject/>
	    <description>
	      The object whose tag is to be set.
	    </description>
	</param>
        <param id="tag">
	  <jlong/>
	  <description>
	    The new value of the tag.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetObjectsWithTags" num="114">
      <synopsis>Get Objects With Tags</synopsis>
      <description>
	Return objects in the heap with the specified tags.
	The format is parallel arrays of objects and tags.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
	<param id="tag_count">
	  <jint min="0"/>
	    <description>
	      Number of tags to scan for.
	    </description>
	</param>
	<param id="tags">
	  <inbuf incount="tag_count">
	    <jlong/>
	  </inbuf>
	    <description>
	      Scan for objects with these tags.
	      Zero is not permitted in this array.
	    </description>
	</param>
	<param id="count_ptr">
	  <outptr>
	    <jint/>
	  </outptr>
	    <description>
	      Return the number of objects with any of the tags 
	      in <paramlink id="tags"/>.
	    </description>
	</param>
	<param id="object_result_ptr">
	  <allocbuf outcount="count_ptr">
	    <jobject/>
	    <nullok>this information is not returned</nullok>
	  </allocbuf>
	    <description>
	      Returns the array of objects with any of the tags 
	      in <paramlink id="tags"/>.
	    </description>
	</param>
	<param id="tag_result_ptr">
	  <allocbuf outcount="count_ptr">
	    <jlong/>
	    <nullok>this information is not returned</nullok>
	  </allocbuf>
	    <description>
	      For each object in <paramlink id="object_result_ptr"/>,
	      return the tag at the corresponding index.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">
	  Zero is present in <paramlink id="tags"></paramlink>.
	</error>
      </errors>
    </function>

    <function id="ForceGarbageCollection" num="108">
      <synopsis>Force Garbage Collection</synopsis>
      <description>
        Force the VM to perform a garbage collection.
        The garbage collection is as complete as possible.
        This function does not cause finalizers to be run.
        This function does not return until the garbage collection
        is finished.
        <p/>
        Although garbage collection is as complete 
        as possible there is no guarantee that all 
        <eventlink id="ObjectFree"/>
        events will have been 
        sent by the time that this function 
        returns. In particular, an object may be 
        prevented from being freed because it 
        is awaiting finalization.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
      </parameters>
      <errors>
      </errors>
    </function>


  </category>

  <category id="Heap_1_0" label="Heap (1.0)">
    <intro>
      <b>
        These functions and data types were introduced in the original 
        <jvmti/> version 1.0 and have been superseded by more
      </b>
      <internallink id="Heap"><b>powerful and flexible versions</b></internallink>
      <b>
        which:
      </b>
      <ul>
        <li>
          <b>
            Allow access to primitive values (the value of Strings, arrays, 
            and primitive fields)
          </b>
        </li>
        <li>
          <b>
            Allow the tag of the referrer to be set, thus enabling more
            efficient localized reference graph building
          </b>
        </li>
        <li>
          <b>
            Provide more extensive filtering abilities
          </b>
        </li>
        <li>
          <b>
            Are extensible, allowing their abilities to grow in future versions of <jvmti/>
          </b>
        </li>
      </ul>
      <p/>
      <b>Please use the </b>
      <internallink id="Heap"><b>current Heap functions</b></internallink>.
        <p/>
        <constants id="jvmtiHeapObjectFilter" label="Heap Object Filter Enumeration" kind="enum">
	  <constant id="JVMTI_HEAP_OBJECT_TAGGED" num="1">
	    Tagged objects only.
	  </constant>
	  <constant id="JVMTI_HEAP_OBJECT_UNTAGGED" num="2">
	    Untagged objects only.
	  </constant>
	  <constant id="JVMTI_HEAP_OBJECT_EITHER" num="3">
	    Either tagged or untagged objects.
	  </constant>
	</constants>

        <constants id="jvmtiHeapRootKind" label="Heap Root Kind Enumeration" kind="enum">
	  <constant id="JVMTI_HEAP_ROOT_JNI_GLOBAL" num="1">
	    JNI global reference.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_SYSTEM_CLASS" num="2">
	    System class.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_MONITOR" num="3">
	    Monitor.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_STACK_LOCAL" num="4">
	    Stack local.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_JNI_LOCAL" num="5">
	    JNI local reference.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_THREAD" num="6">
	    Thread.
	  </constant>
	  <constant id="JVMTI_HEAP_ROOT_OTHER" num="7">
	    Other.
	  </constant>
	</constants>

        <constants id="jvmtiObjectReferenceKind" label="Object Reference Enumeration" kind="enum">
	  <constant id="JVMTI_REFERENCE_CLASS" num="1">
	    Reference from an object to its class.
	  </constant>	  
	  <constant id="JVMTI_REFERENCE_FIELD" num="2">
	    Reference from an object to the value of one of its instance fields.
	    For references of this kind the <code>referrer_index</code>
	    parameter to the <internallink id="jvmtiObjectReferenceCallback">
            jvmtiObjectReferenceCallback</internallink> is the index of the
 	    the instance field. The index is based on the order of all the 
            object's fields. This includes all fields of the directly declared
            static and instance fields in the class, and includes all fields (both
            public and private) fields declared in superclasses and superinterfaces.
            The index is thus calculated by summing the index of the field in the directly
            declared class (see <functionlink id="GetClassFields"/>), with the total
            number of fields (both public and private) declared in all superclasses
            and superinterfaces. The index starts at zero.
	  </constant>
	  <constant id="JVMTI_REFERENCE_ARRAY_ELEMENT" num="3">
	    Reference from an array to one of its elements.
	    For references of this kind the <code>referrer_index</code>
            parameter to the <internallink id="jvmtiObjectReferenceCallback">
            jvmtiObjectReferenceCallback</internallink> is the array index.
	  </constant>
	  <constant id="JVMTI_REFERENCE_CLASS_LOADER" num="4">
	    Reference from a class to its class loader.
	  </constant>
	  <constant id="JVMTI_REFERENCE_SIGNERS" num="5">
	    Reference from a class to its signers array.
	  </constant>
	  <constant id="JVMTI_REFERENCE_PROTECTION_DOMAIN" num="6">
	    Reference from a class to its protection domain.
	  </constant>	  
	  <constant id="JVMTI_REFERENCE_INTERFACE" num="7">
	    Reference from a class to one of its interfaces.
	  </constant>
	  <constant id="JVMTI_REFERENCE_STATIC_FIELD" num="8">
	    Reference from a class to the value of one of its static fields.
	    For references of this kind the <code>referrer_index</code>
	    parameter to the <internallink id="jvmtiObjectReferenceCallback">
            jvmtiObjectReferenceCallback</internallink> is the index of the
 	    the static field. The index is based on the order of all the 
            object's fields. This includes all fields of the directly declared
            static and instance fields in the class, and includes all fields (both
            public and private) fields declared in superclasses and superinterfaces.
            The index is thus calculated by summing the index of the field in the directly
            declared class (see <functionlink id="GetClassFields"/>), with the total
            number of fields (both public and private) declared in all superclasses
            and superinterfaces. The index starts at zero.
            Note: this definition differs from that in the <jvmti/> 1.0 Specification.
            <rationale>No known implementations used the 1.0 definition.</rationale>
	  </constant>
	  <constant id="JVMTI_REFERENCE_CONSTANT_POOL" num="9">
	    Reference from a class to a resolved entry in the constant pool.
	    For references of this kind the <code>referrer_index</code>
            parameter to the <internallink id="jvmtiObjectReferenceCallback">
            jvmtiObjectReferenceCallback</internallink> is the index into
            constant pool table of the class, starting at 1. See
            <vmspec chapter="4.4"/>.
	  </constant>
	</constants>

        <constants id="jvmtiIterationControl" label="Iteration Control Enumeration" kind="enum">
	  <constant id="JVMTI_ITERATION_CONTINUE" num="1">
	    Continue the iteration.  
            If this is a reference iteration, follow the references of this object.
	  </constant>	  
	  <constant id="JVMTI_ITERATION_IGNORE" num="2">
	    Continue the iteration.  
            If this is a reference iteration, ignore the references of this object.
	  </constant>
	  <constant id="JVMTI_ITERATION_ABORT" num="0">
	    Abort the iteration.
	  </constant>
	</constants>
    </intro>

    <callback id="jvmtiHeapObjectCallback">
      <enum>jvmtiIterationControl</enum>
      <synopsis>Heap Object Callback</synopsis>
      <description>
        Agent supplied callback function.
	Describes (but does not pass in) an object in the heap.
        <p/>
        Return value should be <code>JVMTI_ITERATION_CONTINUE</code> to continue iteration,
        or <code>JVMTI_ITERATION_ABORT</code> to stop iteration.
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of object (zero if the class is not tagged). 
	    If the object represents a runtime class, 
            the <code>class_tag</code> is the tag 
	    associated with <code>java.lang.Class</code>
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the object (in bytes). See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    The object tag value, or zero if the object is not tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter. 
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>  

    <callback id="jvmtiHeapRootCallback">
      <enum>jvmtiIterationControl</enum>
      <synopsis>Heap Root Object Callback</synopsis>
      <description>
        Agent supplied callback function.
	Describes (but does not pass in) an object that is a root for the purposes
	of garbage collection.
        <p/>
        Return value should be <code>JVMTI_ITERATION_CONTINUE</code> to continue iteration,
        <code>JVMTI_ITERATION_IGNORE</code> to continue iteration without pursuing 
        references from referree object or <code>JVMTI_ITERATION_ABORT</code> to stop iteration.
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
	<param id="root_kind">
	  <enum>jvmtiHeapRootKind</enum>
	  <description>
	    The kind of heap root.
	  </description>
	</param>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of object (zero if the class is not tagged). 
            If the object represents a runtime class, the <code>class_tag</code> is the tag 
            associated with <code>java.lang.Class</code> 
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the object (in bytes). See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    The object tag value, or zero if the object is not tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback> 

    <callback id="jvmtiStackReferenceCallback">
      <enum>jvmtiIterationControl</enum>
      <synopsis>Stack Reference Object Callback</synopsis>
      <description>
        Agent supplied callback function.
	Describes (but does not pass in) an object on the stack that is a root for 
	the purposes of garbage collection.
        <p/>
        Return value should be <code>JVMTI_ITERATION_CONTINUE</code> to continue iteration,
        <code>JVMTI_ITERATION_IGNORE</code> to continue iteration without pursuing 
        references from referree object or <code>JVMTI_ITERATION_ABORT</code> to stop iteration.
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
	<param id="root_kind">
	  <enum>jvmtiHeapRootKind</enum>
	  <description>
	    The kind of root (either <code>JVMTI_HEAP_ROOT_STACK_LOCAL</code> or
	    <code>JVMTI_HEAP_ROOT_JNI_LOCAL</code>).
	  </description>
	</param>
        <param id="class_tag">
	  <jlong/>
	  <description>
           The tag of the class of object (zero if the class is not tagged). 
           If the object represents a runtime class, the  <code>class_tag</code> is the tag 
           associated with <code>java.lang.Class</code> 
           (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the object (in bytes). See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    The object tag value, or zero if the object is not tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="thread_tag">
	  <jlong/>
	  <description>
	    The tag of the thread corresponding to this stack, zero if not tagged.
	  </description>
	</param>
        <param id="depth">
	  <jint/>
	  <description>
	    The depth of the frame. 
	  </description>
	</param>
        <param id="method">
	  <jmethodID/>
	  <description>
	    The method executing in this frame.
	  </description>
	</param>
        <param id="slot">
	  <jint/>
	  <description>
	    The slot number.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>

    <callback id="jvmtiObjectReferenceCallback">
      <enum>jvmtiIterationControl</enum>
      <synopsis>Object Reference Callback</synopsis>
      <description>
        Agent supplied callback function.	
	Describes a reference from an object (the referrer) to another object
	(the referree).
        <p/>
        Return value should be <code>JVMTI_ITERATION_CONTINUE</code> to continue iteration,
        <code>JVMTI_ITERATION_IGNORE</code> to continue iteration without pursuing 
        references from referree object or <code>JVMTI_ITERATION_ABORT</code> to stop iteration.
        <p/>
        See the <internallink id="heapCallbacks">heap callback
        function restrictions</internallink>.
      </description>
      <parameters>
	<param id="reference_kind">
	  <enum>jvmtiObjectReferenceKind</enum>
	  <description>
	    The type of reference.
	  </description>
	</param>
        <param id="class_tag">
	  <jlong/>
	  <description>
	    The tag of the class of referree object (zero if the class is not tagged). 
            If the referree object represents a runtime class,
            the  <code>class_tag</code> is the tag 
            associated with <code>java.lang.Class</code> 
            (zero if <code>java.lang.Class</code> is not tagged).
	  </description>
	</param>
        <param id="size">
	  <jlong/>
	  <description>
	    Size of the referree object (in bytes). 
            See <functionlink id="GetObjectSize"/>.
	  </description>
	</param>
        <param id="tag_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    The referree object tag value, or zero if the object is not 
	    tagged.
	    To set the tag value to be associated with the object
	    the agent sets the <code>jlong</code> pointed to by the parameter.
	  </description>
	</param>
        <param id="referrer_tag">
	  <jlong/>
	  <description>
	    The tag of the referrer object, or zero if the referrer
	    object is not tagged.
	  </description>
	</param>
	<param id="referrer_index">
	  <jint/>
	  <description>	    
	    For references of type <code>JVMTI_REFERENCE_FIELD</code> or
            <code>JVMTI_REFERENCE_STATIC_FIELD</code> the index
	    of the field in the referrer object. The index is based on the 
	    order of all the object's fields - see <internallink 
	    id="JVMTI_REFERENCE_FIELD">JVMTI_REFERENCE_FIELD</internallink>
            or <internallink
	    id="JVMTI_REFERENCE_STATIC_FIELD">JVMTI_REFERENCE_STATIC_FIELD
	    </internallink> for further description.
	    <p/>
	    For references of type <code>JVMTI_REFERENCE_ARRAY_ELEMENT</code>
	    the array index - see <internallink id="JVMTI_REFERENCE_ARRAY_ELEMENT">
	    JVMTI_REFERENCE_ARRAY_ELEMENT</internallink> for further description.
	    <p/>
	    For references of type <code>JVMTI_REFERENCE_CONSTANT_POOL</code>
	    the index into the constant pool of the class - see
	    <internallink id="JVMTI_REFERENCE_CONSTANT_POOL">
	    JVMTI_REFERENCE_CONSTANT_POOL</internallink> for further 
	    description.
	    <p/>
	    For references of other kinds the <code>referrer_index</code> is
	    <code>-1</code>.
	  </description>
	</param>
        <param id="user_data">
	  <outptr><void/></outptr>
	  <description>
	    The user supplied data that was passed into the iteration function. 
	  </description>
	</param>
      </parameters>
    </callback>

    <function id="IterateOverObjectsReachableFromObject" num="109">
      <synopsis>Iterate Over Objects Reachable From Object</synopsis>
      <description>	
        This function iterates over all objects that are directly
        and indirectly reachable from the specified object.
	For each object <i>A</i> (known
	as the referrer) with a reference to object <i>B</i> the specified 
	callback function is called to describe the object reference.
        The callback is called exactly once for each reference from a referrer;
        this is true even if there are reference cycles or multiple paths to
        the referrer.
        There may be more than one reference between a referrer and a referree,
        These may be distinguished by the 
        <datalink id="jvmtiObjectReferenceCallback.reference_kind"></datalink> and
        <datalink id="jvmtiObjectReferenceCallback.referrer_index"></datalink>.
        The callback for an object will always occur after the callback for
        its referrer.
        <p/>
        See <functionlink id="FollowReferences"/> for the object
        references which are reported.
        <p/>
        During the execution of this function the state of the heap
        does not change: no objects are allocated, no objects are
        garbage collected, and the state of objects (including 
        held values) does not change. 
        As a result, threads executing Java 
        programming language code, threads attempting to resume the
        execution of Java programming language code, and threads 
        attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>             
        <param id="object">
	  <jobject/>
	    <description>
	      The object
	    </description>
	</param>
        <param id="object_reference_callback">
	  <ptrtype>
	    <struct>jvmtiObjectReferenceCallback</struct>
	  </ptrtype>
	    <description>
	      The callback to be called to describe each
	      object reference.
	    </description>
	</param>		  
        <param id="user_data">
	  <inbuf>
	    <void/>
	    <nullok><code>NULL</code> is passed as the user supplied data</nullok>
	  </inbuf>
	  <description>
	    User supplied data to be passed to the callback. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IterateOverReachableObjects" num="110">
      <synopsis>Iterate Over Reachable Objects</synopsis>
      <description>
        This function iterates over the root objects and all objects that
        are directly and indirectly reachable from the root objects.
	The root objects comprise the set of system classes, 
	JNI globals, references from thread stacks, and other objects used as roots 
	for the purposes of garbage collection. 
	<p/>
	For each root the <paramlink id="heap_root_callback"></paramlink>
	or <paramlink id="stack_ref_callback"></paramlink> callback is called.
	An object can be a root object for more than one reason and in that case
	the appropriate callback is called for each reason.
	<p/>
	For each object reference the <paramlink id="object_ref_callback"></paramlink>
	callback function is called to describe the object reference.
        The callback is called exactly once for each reference from a referrer;
        this is true even if there are reference cycles or multiple paths to
        the referrer.
        There may be more than one reference between a referrer and a referree,
        These may be distinguished by the 
        <datalink id="jvmtiObjectReferenceCallback.reference_kind"></datalink> and
        <datalink id="jvmtiObjectReferenceCallback.referrer_index"></datalink>.
        The callback for an object will always occur after the callback for
        its referrer.
        <p/>
        See <functionlink id="FollowReferences"/> for the object
        references which are reported.
	<p/>
	Roots are always reported to the profiler before any object references
	are reported. In other words, the <paramlink id="object_ref_callback"></paramlink> 
	callback will not be called until the appropriate callback has been called
	for all roots. If the <paramlink id="object_ref_callback"></paramlink> callback is 
	specified as <code>NULL</code> then this function returns after
	reporting the root objects to the profiler.
        <p/>
        During the execution of this function the state of the heap
        does not change: no objects are allocated, no objects are
        garbage collected, and the state of objects (including 
        held values) does not change. 
        As a result, threads executing Java 
        programming language code, threads attempting to resume the
        execution of Java programming language code, and threads 
        attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>      	
        <param id="heap_root_callback">
	  <ptrtype>
	    <struct>jvmtiHeapRootCallback</struct>
	    <nullok>do not report heap roots</nullok>
	  </ptrtype>
	    <description>
	      The callback function to be called for each heap root of type
	      <code>JVMTI_HEAP_ROOT_JNI_GLOBAL</code>,
	      <code>JVMTI_HEAP_ROOT_SYSTEM_CLASS</code>,
	      <code>JVMTI_HEAP_ROOT_MONITOR</code>,
	      <code>JVMTI_HEAP_ROOT_THREAD</code>, or 
	      <code>JVMTI_HEAP_ROOT_OTHER</code>.
	    </description>
	</param>
        <param id="stack_ref_callback">
	  <ptrtype>
	    <struct>jvmtiStackReferenceCallback</struct>
	    <nullok>do not report stack references</nullok>
	  </ptrtype>
	    <description>
	      The callback function to be called for each heap root of
	      <code>JVMTI_HEAP_ROOT_STACK_LOCAL</code> or
	      <code>JVMTI_HEAP_ROOT_JNI_LOCAL</code>.
	    </description>
	</param>
        <param id="object_ref_callback">
	  <ptrtype>
	    <struct>jvmtiObjectReferenceCallback</struct>
	    <nullok>do not follow references from the root objects</nullok>
	  </ptrtype>
	    <description>
	      The callback function to be called for each object reference.
	    </description>
	</param>
        <param id="user_data">
	  <inbuf>
	    <void/>
	    <nullok><code>NULL</code> is passed as the user supplied data</nullok>
	  </inbuf>
	  <description>
	    User supplied data to be passed to the callback. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IterateOverHeap" num="111">
      <synopsis>Iterate Over Heap</synopsis>
      <description>        
        Iterate over all objects in the heap. This includes both reachable and 
	unreachable objects.
	<p/>
	The <paramlink id="object_filter"></paramlink> parameter indicates the
	objects for which the callback function is called. If this parameter
	is <code>JVMTI_HEAP_OBJECT_TAGGED</code> then the callback will only be 
	called for every object that is tagged. If the parameter is 
	<code>JVMTI_HEAP_OBJECT_UNTAGGED</code> then the callback will only be
	for objects that are not tagged. If the parameter
	is <code>JVMTI_HEAP_OBJECT_EITHER</code> then the callback will be
	called for every object in the heap, irrespective of whether it is
	tagged or not.
        <p/>
        During the execution of this function the state of the heap
        does not change: no objects are allocated, no objects are
        garbage collected, and the state of objects (including 
        held values) does not change. 
        As a result, threads executing Java 
        programming language code, threads attempting to resume the
        execution of Java programming language code, and threads 
        attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
	<param id="object_filter">
	  <enum>jvmtiHeapObjectFilter</enum>
	  <description>
	    Indicates the objects for which the callback function is called.
	  </description>
	</param>
        <param id="heap_object_callback">
	  <ptrtype>
	    <struct>jvmtiHeapObjectCallback</struct>
	  </ptrtype>
	    <description>
	      The iterator function to be called for each
	      object matching the <paramlink id="object_filter"/>.
	    </description>
	</param>
        <param id="user_data">
	  <inbuf>
	    <void/>
	    <nullok><code>NULL</code> is passed as the user supplied data</nullok>
	  </inbuf>
	  <description>
	    User supplied data to be passed to the callback. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IterateOverInstancesOfClass" num="112">
      <synopsis>Iterate Over Instances Of Class</synopsis>
      <description>
        Iterate over all objects in the heap that are instances of the specified class. 
        This includes direct instances of the specified class and 
        instances of all subclasses of the specified class.
	This includes both reachable and unreachable objects.
	<p/>
	The <paramlink id="object_filter"></paramlink> parameter indicates the
	objects for which the callback function is called. If this parameter
	is <code>JVMTI_HEAP_OBJECT_TAGGED</code> then the callback will only be 
	called for every object that is tagged. If the parameter is 
	<code>JVMTI_HEAP_OBJECT_UNTAGGED</code> then the callback will only be
	called for objects that are not tagged. If the parameter
	is <code>JVMTI_HEAP_OBJECT_EITHER</code> then the callback will be
	called for every object in the heap, irrespective of whether it is
	tagged or not.
	<p/>
	During the execution of this function the state of the heap
	does not change: no objects are allocated, no objects are
	garbage collected, and the state of objects (including 
	held values) does not change. 
	As a result, threads executing Java 
	programming language code, threads attempting to resume the
	execution of Java programming language code, and threads 
	attempting to execute JNI functions are typically stalled.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_tag_objects"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      Iterate over objects of this class only.
	    </description>
	</param>
	<param id="object_filter">
	  <enum>jvmtiHeapObjectFilter</enum>
	  <description>
	    Indicates the objects for which the callback function is called.
	  </description>
	</param>
	<param id="heap_object_callback">
	  <ptrtype>
	    <struct>jvmtiHeapObjectCallback</struct>
	  </ptrtype>
	    <description>
	      The iterator function to be called for each
	      <paramlink id="klass"/> instance matching 
              the <paramlink id="object_filter"/>.
	    </description>
	</param>
        <param id="user_data">
	  <inbuf>
	    <void/>
	    <nullok><code>NULL</code> is passed as the user supplied data</nullok>
	  </inbuf>
	  <description>
	    User supplied data to be passed to the callback. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

  <category id="local" label="Local Variable">

    <intro>
      These functions are used to retrieve or set the value of a local variable. 
      The variable is identified by the depth of the frame containing its
      value and the variable's slot number within that frame. 
      The mapping of variables to 
      slot numbers can be obtained with the function 
      <functionlink id="GetLocalVariableTable"></functionlink>.
    </intro>

    <function id="GetLocalObject" num="21">
      <synopsis>Get Local Variable - Object</synopsis>
      <description>
	This function can be used to retrieve the value of a local 
        variable whose type is <code>Object</code> or a subclass of <code>Object</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jobject/></outptr>
	    <description>
	      On return, points to the variable's value. 
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
          The variable type is not
          <code>Object</code> or a subclass of <code>Object</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="GetLocalInstance" num="155" since="1.2">
      <synopsis>Get Local Instance</synopsis>
      <description>
        This function can be used to retrieve the value of the local object
        variable at slot 0 (the "<code>this</code>" object) from non-static
        frames.  This function can retrieve the "<code>this</code>" object from
        native method frames, whereas <code>GetLocalObject()</code> would 
        return <code>JVMTI_ERROR_OPAQUE_FRAME</code> in those cases.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jobject/></outptr>
	    <description>
	      On return, points to the variable's value. 
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  If the specified frame is a static method frame.
	</error>
      </errors>
    </function>
    <function id="GetLocalInt" num="22">
      <synopsis>Get Local Variable - Int</synopsis>
      <description>
	This function can be used to retrieve the value of a local 
        variable whose type is <code>int</code>,
        <code>short</code>, <code>char</code>, <code>byte</code>, or 
	<code>boolean</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the variable's value. 
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not 
          <code>int</code>, <code>short</code>,
          <code>char</code>, <code>byte</code>, or 
  	  <code>boolean</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="GetLocalLong" num="23">
      <synopsis>Get Local Variable - Long</synopsis>
      <description>
	This function can be used to retrieve the value of a local 
        variable whose type is <code>long</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, points to the variable's value. 
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>long</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="GetLocalFloat" num="24">
      <synopsis>Get Local Variable - Float</synopsis>
      <description>
	This function can be used to retrieve the value of a local 
        variable whose type is <code>float</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jfloat/></outptr>
	  <description>
	    On return, points to the variable's value. 
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>float</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="GetLocalDouble" num="25">
      <synopsis>Get Local Variable - Double</synopsis>
      <description>
	This function can be used to retrieve the value of a local 
        variable whose type is <code>long</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value_ptr">
	  <outptr><jdouble/></outptr>
	  <description>
	    On return, points to the variable's value. 
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>double</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME"> 
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="SetLocalObject" num="26">
      <synopsis>Set Local Variable - Object</synopsis>
      <description>
	This function can be used to set the value of a local 
        variable whose type is <code>Object</code> or a subclass of <code>Object</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value">
	  <jobject/>
	    <description>
	      The new value for the variable.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH">
	  The variable type is not
	  <code>Object</code> or a subclass of <code>Object</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH">
	  The supplied <paramlink id="value"/> is not compatible 
	  with the variable type.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="SetLocalInt" num="27">
      <synopsis>Set Local Variable - Int</synopsis>
      <description>
	This function can be used to set the value of a local 
        variable whose type is <code>int</code>,
        <code>short</code>, <code>char</code>, <code>byte</code>, or 
	<code>boolean</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value">
	  <jint/>
	  <description>
	    The new value for the variable.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not 
          <code>int</code>, <code>short</code>,
          <code>char</code>, <code>byte</code>, or 
  	  <code>boolean</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="SetLocalLong" num="28">
      <synopsis>Set Local Variable - Long</synopsis>
      <description>
	This function can be used to set the value of a local 
        variable whose type is <code>long</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value">
	  <jlong/>
	  <description>
	    The new value for the variable.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>long</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="SetLocalFloat" num="29">
      <synopsis>Set Local Variable - Float</synopsis>
      <description>
	This function can be used to set the value of a local 
        variable whose type is <code>float</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value">
	  <jfloat/>
	  <description>
	    The new value for the variable.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>float</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Not a visible frame
	</error>
      </errors>
    </function>

    <function id="SetLocalDouble" num="30">
      <synopsis>Set Local Variable - Double</synopsis>
      <description>
	This function can be used to set the value of a local 
        variable whose type is <code>double</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
 	<param id="thread">
	  <jthread null="current" frame="frame"/>
	  <description>
	    The thread of the frame containing the variable's value.
	  </description>
	</param>
	<param id="depth">
	  <jframeID thread="thread"/>
	  <description>
	    The depth of the frame containing the variable's value.
	  </description>
	</param>
	<param id="slot">
	  <jint/>
	  <description>
	    The variable's slot number.
	  </description>
	</param>
	<param id="value">
	  <jdouble/>
	  <description>
	    The new value for the variable.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_INVALID_SLOT">
	  Invalid <code>slot</code>.
	</error>
	<error id="JVMTI_ERROR_TYPE_MISMATCH"> 
	  The variable type is not <code>double</code>.
	</error>
	<error id="JVMTI_ERROR_OPAQUE_FRAME">
	  Not a visible frame
	</error>
      </errors>
    </function>
  </category>

  <category id="breakpointCategory" label="Breakpoint">

    <intro>
    </intro>

    <function id="SetBreakpoint" num="38">
      <synopsis>Set Breakpoint</synopsis>
      <description>
	Set a breakpoint at the instruction indicated by
	<code>method</code> and <code>location</code>.
	An instruction can only have one breakpoint.
	<p/>
	Whenever the designated instruction is about to be executed, a
	<eventlink id="Breakpoint"></eventlink> event is generated.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_breakpoint_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class in which to set the breakpoint
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method in which to set the breakpoint
	    </description>
	</param>
	<param id="location">
	  <jlocation/>
	  <description>
	    the index of the instruction at which to set the breakpoint

	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_DUPLICATE"> 
	  The designated bytecode already has a breakpoint.
	</error>
      </errors>
    </function>

    <function id="ClearBreakpoint" num="39">
      <synopsis>Clear Breakpoint</synopsis>
      <description>
	Clear the breakpoint at the bytecode indicated by
	<code>method</code> and <code>location</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_breakpoint_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class in which to clear the breakpoint
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method in which to clear the breakpoint
	    </description>
	</param>
	<param id="location">
	  <jlocation/>
	  <description>
	    the index of the instruction at which to clear the breakpoint
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_FOUND"> 
	  There's no breakpoint at the designated bytecode.
	</error>
      </errors>
    </function>

  </category>

  <category id="fieldWatch" label="Watched Field">

    <intro>
    </intro>

    <function id="SetFieldAccessWatch" num="41">
      <synopsis>Set Field Access Watch</synopsis>
      <description>
	Generate a <eventlink id="FieldAccess"></eventlink> event
	when the field specified
	by <code>klass</code> and
	<code>field</code> is about to be accessed.
	An event will be generated for each access of the field
	until it is canceled with 
	<functionlink id="ClearFieldAccessWatch"></functionlink>.
	Field accesses from Java programming language code or from JNI code are watched,
	fields modified by other means are not watched.
	Note that <jvmti/> users should be aware that their own field accesses
	will trigger the watch.
	A field can only have one field access watch set.
	Modification of a field is not considered an access--use 
	<functionlink id="SetFieldModificationWatch"></functionlink>
	to monitor modifications.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_field_access_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class containing the field to watch
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to watch

	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_DUPLICATE"> 
	  The designated field is already being watched for accesses.
	</error>
      </errors>
    </function>

    <function id="ClearFieldAccessWatch" num="42">
      <synopsis>Clear Field Access Watch</synopsis>
      <description>
	Cancel a field access watch previously set by 
	<functionlink id="SetFieldAccessWatch"></functionlink>, on the 
	field specified
	by <code>klass</code> and
	<code>field</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_field_access_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class containing the field to watch
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to watch

	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_FOUND"> 
	  The designated field is not being watched for accesses.
	</error>
      </errors>
    </function>

    <function id="SetFieldModificationWatch" num="43">
      <synopsis>Set Field Modification Watch</synopsis>
      <description>
	Generate a <eventlink id="FieldModification"></eventlink> event
	when the field specified
	by <code>klass</code> and
	<code>field</code> is about to be modified.
	An event will be generated for each modification of the field
	until it is canceled with 
	<functionlink id="ClearFieldModificationWatch"></functionlink>.
	Field modifications from Java programming language code or from JNI code are watched,
	fields modified by other means are not watched.
	Note that <jvmti/> users should be aware that their own field modifications
	will trigger the watch.
	A field can only have one field modification watch set.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_field_modification_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class containing the field to watch
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to watch

	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_DUPLICATE"> 
	  The designated field is already being watched for modifications.
	</error>
      </errors>
    </function>

    <function id="ClearFieldModificationWatch" num="44">
      <synopsis>Clear Field Modification Watch</synopsis>
      <description>

	Cancel a field modification watch previously set by 
	<functionlink id="SetFieldModificationWatch"></functionlink>, on the 
	field specified
	by <code>klass</code> and
	<code>field</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_generate_field_modification_events"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class containing the field to watch
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to watch

	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_FOUND"> 
	  The designated field is not being watched for modifications.
	</error>
      </errors>
    </function>
  </category>

  <category id="class" label="Class">

    <intro>
    </intro>

    <function id="GetLoadedClasses" jkernel="yes" num="78">
      <synopsis>Get Loaded Classes</synopsis>
      <description>
	Return an array of all classes loaded in the virtual machine.
	The number of classes in the array is returned via
	<code>class_count_ptr</code>, and the array itself via
	<code>classes_ptr</code>.
	<p/>
	Array classes of all types (including arrays of primitive types) are 
	included in the returned list. Primitive classes (for example, 
	<code>java.lang.Integer.TYPE</code>) are <i>not</i> included in this list. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="class_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of classes.
	  </description>
	</param>
	<param id="classes_ptr">
	  <allocbuf outcount="class_count_ptr"><jclass/></allocbuf>
	    <description>
	      On return, points to an array of references, one
	      for each class.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetClassLoaderClasses" jkernel="yes" num="79">
      <synopsis>Get Classloader Classes</synopsis>
      <description>
	Returns an array of those classes for which this class loader has
	been recorded as an initiating loader. Each 
	class in the returned array was created by this class loader, 
	either by defining it directly or by delegation to another class loader.
	See <vmspec chapter="5.3"/>.
	<p/>
	For JDK version 1.1 implementations that don't
	recognize the distinction between initiating and defining class loaders,
	this function should return all classes loaded in the virtual machine.
	The number of classes in the array is returned via
	<code>class_count_ptr</code>, and the array itself via
	<code>classes_ptr</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="initiating_loader">
          <ptrtype>
            <jobject/>
	    <nullok>the classes initiated by the bootstrap loader will be returned</nullok>
          </ptrtype>
	    <description>
	      An initiating class loader.
	    </description>
	</param>
	<param id="class_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of classes.
	  </description>
	</param>
	<param id="classes_ptr">
	  <allocbuf outcount="class_count_ptr"><jclass/></allocbuf>
	    <description>
	      On return, points to an array of references, one
	      for each class.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetClassSignature" phase="start" num="48">
      <synopsis>Get Class Signature</synopsis>
      <description>
        For the class indicated by <code>klass</code>, return the 
        <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/types.html#wp16432">JNI 
            type signature</externallink> 
        and the generic signature of the class.
        For example, <code>java.util.List</code> is <code>"Ljava/util/List;"</code>
        and <code>int[]</code> is <code>"[I"</code>
	The returned name for primitive classes
	is the type signature character of the corresponding primitive type. 
        For example, <code>java.lang.Integer.TYPE</code> is <code>"I"</code>.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="signature_ptr">
	  <allocbuf>
            <char/>           
            <nullok>the signature is not returned</nullok>
          </allocbuf>
	  <description>
	    On return, points to the JNI type signature of the class, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="generic_ptr">
	  <allocbuf>
            <char/>           
            <nullok>the generic signature is not returned</nullok>
          </allocbuf>
	  <description>
	    On return, points to the generic signature of the class, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
            If there is no generic signature attribute for the class, then,
            on return, points to <code>NULL</code>. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetClassStatus" phase="start" num="49">
      <synopsis>Get Class Status</synopsis>
      <description>
	Get the status of the class. Zero or more of the following bits can be 
	set.
	<constants id="jvmtiClassStatus" label="Class Status Flags" kind="bits">
	  <constant id="JVMTI_CLASS_STATUS_VERIFIED" num="1">
	    Class bytecodes have been verified
	  </constant>
	  <constant id="JVMTI_CLASS_STATUS_PREPARED" num="2">
	    Class preparation is complete
	  </constant>
	  <constant id="JVMTI_CLASS_STATUS_INITIALIZED" num="4">
	    Class initialization is complete. Static initializer has been run.
	  </constant>
	  <constant id="JVMTI_CLASS_STATUS_ERROR" num="8">
	    Error during initialization makes class unusable
	  </constant>
	  <constant id="JVMTI_CLASS_STATUS_ARRAY" num="16">
	    Class is an array.  If set, all other bits are zero.
	  </constant>
	  <constant id="JVMTI_CLASS_STATUS_PRIMITIVE" num="32">
	    Class is a primitive class (for example, <code>java.lang.Integer.TYPE</code>).  
	    If set, all other bits are zero.
	  </constant>
	</constants>
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="status_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the current state of this class as one or 
	    more of the <internallink id="jvmtiClassStatus">class status flags</internallink>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetSourceFileName" phase="start" num="50">
      <synopsis>Get Source File Name</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return the source file
	name via <code>source_name_ptr</code>. The returned string 
	is a file name only and never contains a directory name. 
	<p/>
	For primitive classes (for example, <code>java.lang.Integer.TYPE</code>) 
	and for arrays this function returns 
	<errorlink id="JVMTI_ERROR_ABSENT_INFORMATION"></errorlink>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
 	<required id="can_get_source_file_name"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="source_name_ptr">
	  <allocbuf><char/></allocbuf>
	  <description>
	    On return, points to the class's source file name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  Class information does not include a source file name. This includes
	  cases where the class is an array class or primitive class.
	</error>
      </errors>
    </function>

    <function id="GetClassModifiers" phase="start" num="51">
      <synopsis>Get Class Modifiers</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return the access
	flags
	via <code>modifiers_ptr</code>.
	Access flags are defined in <vmspec chapter="4"/>.
	<p/>
	If the class is an array class, then its public, private, and protected 
	modifiers are the same as those of its component type. For arrays of 
	primitives, this component type is represented by one of the primitive 
	classes (for example, <code>java.lang.Integer.TYPE</code>). 
	<p/>
	If the class is a primitive class, its public modifier is always true, 
	and its protected and private modifiers are always false. 
	<p/>
	If the class is an array class or a primitive class then its final 
	modifier is always true and its interface modifier is always false. 
	The values of its other modifiers are not determined by this specification. 

      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="modifiers_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the current access flags of this class.

	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetClassMethods" phase="start" num="52">
      <synopsis>Get Class Methods</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return a count of
	methods via <code>method_count_ptr</code> and a list of
	method IDs via <code>methods_ptr</code>. The method list contains 
	constructors and static initializers as well as true methods.
	Only directly declared methods are returned (not inherited methods).
	An empty method list is returned for array classes and primitive classes
	(for example, <code>java.lang.Integer.TYPE</code>).
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <capability id="can_maintain_original_method_order"/>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of methods declared in this class.
	  </description>
	</param>
	<param id="methods_ptr">
	  <allocbuf outcount="method_count_ptr"><jmethodID class="klass"/></allocbuf>
	    <description>
	      On return, points to the method ID array.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_CLASS_NOT_PREPARED">
	  <paramlink id="klass"></paramlink> is not prepared.
	</error>
      </errors>
    </function>

    <function id="GetClassFields" phase="start" num="53">
      <synopsis>Get Class Fields</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return a count of fields
	via <code>field_count_ptr</code> and a list of field IDs via
	<code>fields_ptr</code>.
	Only directly declared fields are returned (not inherited fields).
	Fields are returned in the order they occur in the class file.
	An empty field list is returned for array classes and primitive classes
	(for example, <code>java.lang.Integer.TYPE</code>).
	Use JNI to determine the length of an array.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="field_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of fields declared in this class.
	  </description>
	</param>
	<param id="fields_ptr">
	  <allocbuf outcount="field_count_ptr"><jfieldID/></allocbuf>
	    <description>
	      On return, points to the field ID array.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_CLASS_NOT_PREPARED"> 
	  <paramlink id="klass"></paramlink> is not prepared.
	</error>
      </errors>
    </function>

    <function id="GetImplementedInterfaces" phase="start" num="54">
      <synopsis>Get Implemented Interfaces</synopsis>
      <description>
	Return the direct super-interfaces of this class. For a class, this 
	function returns the interfaces declared in its <code>implements</code>
	clause. For an interface, this function returns the interfaces declared in
	its <code>extends</code> clause.
	An empty interface list is returned for array classes and primitive classes
	(for example, <code>java.lang.Integer.TYPE</code>).
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="interface_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of interfaces.
	  </description>
	</param>
	<param id="interfaces_ptr">
	  <allocbuf outcount="interface_count_ptr"><jclass/></allocbuf>
	    <description>
	      On return, points to the interface array.
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_CLASS_NOT_PREPARED"> 
	  <paramlink id="klass"></paramlink> is not prepared.
	</error>
      </errors>
    </function>

    <function id="GetClassVersionNumbers" phase="start" num="145" since="1.1">
      <synopsis>Get Class Version Numbers</synopsis>
      <description>
        For the class indicated by <code>klass</code>, 
        return the minor and major version numbers,
        as defined in
        <vmspec chapter="4"/>. 
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="minor_version_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the value of the
            <code>minor_version</code> item of the 
            Class File Format.
            Note: to be consistent with the Class File Format,
            the minor version number is the first parameter.
	  </description>
	</param>
	<param id="major_version_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the value of the
            <code>major_version</code> item of the 
            Class File Format.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  The class is a primitive or array class.
	</error>
      </errors>
    </function>

    <function id="GetConstantPool" phase="start" num="146" since="1.1">
      <synopsis>Get Constant Pool</synopsis>
      <description>
	For the class indicated by <code>klass</code>, 
        return the raw bytes of the constant pool in the format of the
        <code>constant_pool</code> item of 
        <vmspec chapter="4"/>.
        The format of the constant pool may differ between versions
        of the Class File Format, so, the 
        <functionlink id="GetClassVersionNumbers">minor and major 
        class version numbers</functionlink> should be checked for
        compatibility.
        <p/>
        The returned constant pool might not have the same layout or
        contents as the constant pool in the defining class file.
        The constant pool returned by GetConstantPool() may have
        more or fewer entries than the defining constant pool.
        Entries may be in a different order.
        The constant pool returned by GetConstantPool() will match the
        constant pool used by 
        <functionlink id="GetBytecodes">GetBytecodes()</functionlink>.
        That is, the bytecodes returned by GetBytecodes() will have
        constant pool indices which refer to constant pool entries returned
        by GetConstantPool().
        Note that since <functionlink id="RetransformClasses"/> 
        and <functionlink id="RedefineClasses"/> can change 
        the constant pool, the constant pool returned by this function
        can change accordingly.  Thus, the correspondence between 
        GetConstantPool() and GetBytecodes() does not hold if there
        is an intervening class retransformation or redefinition. 
        The value of a constant pool entry used by a given bytecode will
        match that of the defining class file (even if the indices don't match).
        Constant pool entries which are not used directly or indirectly by
        bytecodes (for example,  UTF-8 strings associated with annotations) are
        not  required to exist in the returned constant pool.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_constant_pool"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="constant_pool_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of entries
            in the constant pool table plus one.
            This corresponds to the <code>constant_pool_count</code>
            item of the Class File Format.
	  </description>
	</param>
	<param id="constant_pool_byte_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of bytes
            in the returned raw constant pool.
	  </description>
	</param>
	<param id="constant_pool_bytes_ptr">
	  <allocbuf outcount="constant_pool_byte_count_ptr"><uchar/></allocbuf>
	    <description>
	      On return, points to the raw constant pool, that is the bytes
              defined by the <code>constant_pool</code> item of the 
              Class File Format
	    </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  The class is a primitive or array class.
	</error>
      </errors>
    </function>

    <function id="IsInterface" phase="start" num="55">
      <synopsis>Is Interface</synopsis>
      <description>
	Determines whether a class object reference represents an interface.
	The <code>jboolean</code> result is
	<code>JNI_TRUE</code> if the "class" is actually an interface,
	<code>JNI_FALSE</code> otherwise. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="is_interface_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.

	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsArrayClass" phase="start" num="56">
      <synopsis>Is Array Class</synopsis>
      <description>
	Determines whether a class object reference represents an array.
	The <code>jboolean</code> result is
	<code>JNI_TRUE</code> if the class is an array,
	<code>JNI_FALSE</code> otherwise. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="is_array_class_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.

	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsModifiableClass" jkernel="yes" phase="start" num="45" since="1.1">
      <synopsis>Is Modifiable Class</synopsis>
      <description>
	Determines whether a class is modifiable.
        If a class is modifiable (<paramlink id="is_modifiable_class_ptr"/>
        returns <code>JNI_TRUE</code>) the class can be
        redefined with <functionlink id="RedefineClasses"/> (assuming 
        the agent possesses the
        <fieldlink id="can_redefine_classes" struct="jvmtiCapabilities"/>
        capability) or
        retransformed with <functionlink id="RetransformClasses"/> (assuming 
        the agent possesses the
        <fieldlink id="can_retransform_classes" struct="jvmtiCapabilities"/>
        capability).
        If a class is not modifiable (<paramlink id="is_modifiable_class_ptr"/>
        returns <code>JNI_FALSE</code>) the class can be neither
        redefined nor retransformed.
        <p/>
        Primitive classes (for example, <code>java.lang.Integer.TYPE</code>) 
        and array classes are never modifiable. 
        <p/>
      </description>
      <origin>new</origin>
      <capabilities>
        <capability id="can_redefine_any_class">
          If possessed then all classes (except primitive and array classes) 
          are modifiable.
        </capability>
        <capability id="can_redefine_classes">
          No effect on the result of the function.
          But must additionally be possessed to modify the class with
          <functionlink id="RedefineClasses"/>.
        </capability>
        <capability id="can_retransform_classes">
          No effect on the result of the function.
          But must additionally be possessed to modify the class with
          <functionlink id="RetransformClasses"/>.
        </capability>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="is_modifiable_class_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetClassLoader" phase="start" num="57">
      <synopsis>Get Class Loader</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return via
	<code>classloader_ptr</code> a reference to the class loader for the
	class.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="classloader_ptr">
	  <outptr><jobject/></outptr>
	    <description>
	      On return, points to the class loader that loaded
	      this class.
              If the class was not created by a class loader
              or if the class loader is the bootstrap class loader,
              points to <code>NULL</code>.
 	    </description>
	</param>
      </parameters>
      <errors>
      </errors>

    </function>

    <function id="GetSourceDebugExtension" phase="start" num="90">
      <synopsis>Get Source Debug Extension</synopsis>
      <description>
	For the class indicated by <code>klass</code>, return the debug 
        extension via <code>source_debug_extension_ptr</code>.
        The returned string 
	contains exactly the debug extension information present in the
	class file of <code>klass</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_get_source_debug_extension"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="source_debug_extension_ptr">
	  <allocbuf><char/></allocbuf>
	  <description>
	    On return, points to the class's debug extension, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  Class information does not include a debug extension.
	</error>
      </errors>
    </function>

    <function id="RetransformClasses" jkernel="yes" num="152" since="1.1">
      <synopsis>Retransform Classes</synopsis>
      <description>
        This function facilitates the 
        <internallink id="bci">bytecode instrumentation</internallink>
        of already loaded classes.
        To replace the class definition without reference to the existing
        bytecodes, as one might do when recompiling from source for 
        fix-and-continue debugging, <functionlink id="RedefineClasses"/>
        function should be used instead.
        <p/>
        When classes are initially loaded or when they are 
        <functionlink id="RedefineClasses">redefined</functionlink>,
        the initial class file bytes can be transformed with the
        <eventlink id="ClassFileLoadHook"/> event.
        This function reruns the transformation process
        (whether or not a transformation has previously occurred).
        This retransformation follows these steps:
        <ul>
          <li>starting from the initial class file bytes 
          </li>
          <li>for each <fieldlink id="can_retransform_classes"
                     struct="jvmtiCapabilities">retransformation
                                                incapable</fieldlink>
            agent which received a
            <code>ClassFileLoadHook</code> event during the previous
            load or redefine, the bytes it returned 
            (via the <code>new_class_data</code> parameter)
            are reused as the output of the transformation; 
            note that this is equivalent to reapplying
            the previous transformation, unaltered. except that
            the <code>ClassFileLoadHook</code> event
            is <b>not</b> sent to these agents
          </li>
          <li>for each <fieldlink id="can_retransform_classes"
                     struct="jvmtiCapabilities">retransformation
                                                capable</fieldlink>
            agent, the <code>ClassFileLoadHook</code> event is sent,
            allowing a new transformation to be applied
          </li>
          <li>the transformed class file bytes are installed as the new
            definition of the class
          </li>
        </ul>
        See the <eventlink id="ClassFileLoadHook"/> event for more details.
        <p/>
        The initial class file bytes represent the bytes passed to 
        <code>ClassLoader.defineClass</code>
        or <code>RedefineClasses</code> (before any transformations
        were applied), however they may not exactly match them.
        The constant pool may differ in ways described in
        <functionlink id="GetConstantPool"/>.
        Constant pool indices in the bytecodes of methods will correspond.
        Some attributes may not be present.
        Where order is not meaningful, for example the order of methods,
        order may not be preserved.
        <p/>
        Retransformation can cause new versions of methods to be installed.
        Old method versions may become 
        <internallink id="obsoleteMethods">obsolete</internallink>
        The new method version will be used on new invokes.  
        If a method has active stack frames, those active frames continue to
        run the bytecodes of the original method version. 
        <p/>
        This function does not cause any initialization except that which 
        would occur under the customary JVM semantics.
        In other words, retransforming a class does not cause its initializers to be
        run. The values of static fields will remain as they were
        prior to the call.
        <p/>
        Threads need not be suspended.
        <p/>
        All breakpoints in the class are cleared.
        <p/>
        All attributes are updated.
        <p/>
        Instances of the retransformed class are not affected -- fields retain their
        previous values.  
        <functionlink id="GetTag">Tags</functionlink> on the instances are
        also unaffected.
        <p/>
        In response to this call, no events other than the
        <eventlink id="ClassFileLoadHook"/> event
        will be sent.
        <p/>
        The retransformation may change method bodies, the constant pool and attributes.
        The retransformation must not add, remove or rename fields or methods, change the 
        signatures of methods, change modifiers, or change inheritance.  
        These restrictions may be lifted in future versions.
        See the error return description below for information on error codes
        returned if an unsupported retransformation is attempted.
        The class file bytes are not verified or installed until they have passed
        through the chain of <eventlink id="ClassFileLoadHook"/> events, thus the
        returned error code reflects the result of the transformations.
        If any error code is returned other than <code>JVMTI_ERROR_NONE</code>,
        none of the classes to be retransformed will have a new definition installed.
        When this function returns (with the error code of <code>JVMTI_ERROR_NONE</code>)
        all of the classes to be retransformed will have their new definitions installed.        
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_retransform_classes"></required>
        <capability id="can_retransform_any_class"></capability>
      </capabilities>
      <parameters>
        <param id="class_count">
          <jint min="0"/>
          <description>
            The number of classes to be retransformed.
          </description>
        </param>
        <param id="classes">
          <inbuf incount="class_count"><jclass/></inbuf>
          <description>
            The array of classes to be retransformed.
          </description>
        </param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_UNMODIFIABLE_CLASS">
          One of the <paramlink id="classes"/> cannot be modified. 
          See <functionlink id="IsModifiableClass"/>.
        </error>
        <error id="JVMTI_ERROR_INVALID_CLASS">
          One of the <paramlink id="classes"/> is not a valid class.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_VERSION">
          A retransformed class file has a version number not supported by this VM.
        </error>
        <error id="JVMTI_ERROR_INVALID_CLASS_FORMAT">
          A retransformed class file is malformed (The VM would return a <code>ClassFormatError</code>).
        </error>
        <error id="JVMTI_ERROR_CIRCULAR_CLASS_DEFINITION">
          The retransformed class file definitions would lead to a circular definition 
          (the VM would return a <code>ClassCircularityError</code>).
        </error>
        <error id="JVMTI_ERROR_FAILS_VERIFICATION">
          The retransformed class file bytes fail verification.
        </error>
        <error id="JVMTI_ERROR_NAMES_DONT_MATCH">
          The class name defined in a retransformed class file is
          different from the name in the old class object.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_ADDED">
          A retransformed class file would require adding a method.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_SCHEMA_CHANGED">
          A retransformed class file changes a field.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_HIERARCHY_CHANGED">
          A direct superclass is different for a retransformed class file,
          or the set of directly implemented
          interfaces is different.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_DELETED">
          A retransformed class file does not declare a method
          declared in the old class version.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_CLASS_MODIFIERS_CHANGED">
          A retransformed class file has different class modifiers.
        </error>
        <error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_MODIFIERS_CHANGED">
          A method in the retransformed class file has different modifiers
          than its counterpart in the old class version.
        </error>
      </errors>
    </function>

    <function id="RedefineClasses" jkernel="yes" num="87">
      <synopsis>Redefine Classes</synopsis>
      <typedef id="jvmtiClassDefinition" label="Class redefinition description">
	<field id="klass">
	  <jclass/>
	    <description>
	      Class object for this class
	    </description>
	</field>
	<field id="class_byte_count">
	  <jint/>
	  <description>
	    Number of bytes defining class (below)
	  </description>
	</field>
	<field id="class_bytes">
	  <inbuf incount="class_byte_count"><uchar/></inbuf>
	  <description>
            Bytes defining class (in <vmspec chapter="4"/>)
	  </description>
	</field>
      </typedef>
      <description>
	All classes given are redefined according to the definitions
	supplied.
	This function is used to replace the definition of a class
	with a new definition, as might be needed in fix-and-continue
	debugging.
	Where the existing class file bytes are to be transformed, for 
	example in
	<internallink id="bci">bytecode instrumentation</internallink>,
	<functionlink id="RetransformClasses"/> should be used.
	<p/>
	Redefinition can cause new versions of methods to be installed.
	Old method versions may become 
	<internallink id="obsoleteMethods">obsolete</internallink>
	The new method version will be used on new invokes.  
	If a method has active stack frames, those active frames continue to
        run the bytecodes of the original method version. 
	If resetting of stack frames is desired, use 
	<functionlink id="PopFrame"></functionlink>
	to pop frames with obsolete method versions.
	<p/>
	This function does not cause any initialization except that which 
	would occur under the customary JVM semantics.
	In other words, redefining a class does not cause its initializers to be
	run. The values of static fields will remain as they were
	prior to the call.
	<p/>
	Threads need not be suspended.
	<p/>
	All breakpoints in the class are cleared.
	<p/>
	All attributes are updated.
	<p/>
        Instances of the redefined class are not affected -- fields retain their
        previous values.  
	<functionlink id="GetTag">Tags</functionlink> on the instances are
        also unaffected.
	<p/>
	In response to this call, the <jvmti/> event
        <eventlink id="ClassFileLoadHook">Class File Load Hook</eventlink>
        will be sent (if enabled), but no other <jvmti/> events will be sent.
        <p/>
        The redefinition may change method bodies, the constant pool and attributes.
        The redefinition must not add, remove or rename fields or methods, change the 
        signatures of methods, change modifiers, or change inheritance.  
        These restrictions may be lifted in future versions.
	See the error return description below for information on error codes
	returned if an unsupported redefinition is attempted.
        The class file bytes are not verified or installed until they have passed
        through the chain of <eventlink id="ClassFileLoadHook"/> events, thus the
        returned error code reflects the result of the transformations applied
        to the bytes passed into <paramlink id="class_definitions"/>.
        If any error code is returned other than <code>JVMTI_ERROR_NONE</code>,
        none of the classes to be redefined will have a new definition installed.
        When this function returns (with the error code of <code>JVMTI_ERROR_NONE</code>)
        all of the classes to be redefined will have their new definitions installed.        
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_redefine_classes"></required>
        <capability id="can_redefine_any_class"></capability>
      </capabilities>
      <parameters>
	<param id="class_count">
	  <jint min="0"/>
	  <description>
	    The number of classes specified in <code>class_definitions</code>
	  </description>
	</param>
	<param id="class_definitions">
	  <inbuf incount="class_count"><struct>jvmtiClassDefinition</struct></inbuf>
	  <description>
	    The array of new class definitions
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NULL_POINTER">
	  One of <code>class_bytes</code> is <code>NULL</code>.
	</error>
	<error id="JVMTI_ERROR_UNMODIFIABLE_CLASS">
	  An element of <code>class_definitions</code> cannot be modified.
          See <functionlink id="IsModifiableClass"/>.
	</error>
	<error id="JVMTI_ERROR_INVALID_CLASS">
	  An element of <code>class_definitions</code> is not a valid class.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_VERSION">
	  A new class file has a version number not supported by this VM.
	</error>
	<error id="JVMTI_ERROR_INVALID_CLASS_FORMAT">
	  A new class file is malformed (The VM would return a <code>ClassFormatError</code>).
	</error>
	<error id="JVMTI_ERROR_CIRCULAR_CLASS_DEFINITION">
	  The new class file definitions would lead to a circular definition 
	  (the VM would return a <code>ClassCircularityError</code>).
	</error>
	<error id="JVMTI_ERROR_FAILS_VERIFICATION">
	  The class bytes fail verification.
	</error>
	<error id="JVMTI_ERROR_NAMES_DONT_MATCH">
	  The class name defined in a new class file is
	  different from the name in the old class object.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_ADDED">
	  A new class file would require adding a method.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_SCHEMA_CHANGED">
	  A new class version changes a field.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_HIERARCHY_CHANGED">
	  A direct superclass is different for a new class
	  version, or the set of directly implemented
	  interfaces is different.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_DELETED">
	  A new class version does not declare a method
	  declared in the old class version.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_CLASS_MODIFIERS_CHANGED">
	  A new class version has different modifiers.
	</error>
	<error id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_MODIFIERS_CHANGED">
	  A method in the new class version has different modifiers
	  than its counterpart in the old class version.
	</error>
      </errors>
    </function>

  </category>

  <category id="object" label="Object">

    <function id="GetObjectSize" jkernel="yes" phase="start" num="154">
      <synopsis>Get Object Size</synopsis>
      <description>
	For the object indicated by <code>object</code>,
	return via <code>size_ptr</code> the size of the object.
        This size is an implementation-specific approximation of
        the amount of storage consumed by this object. 
        It may include some or all of the object's overhead, and thus
        is useful for comparison within an implementation but not
        between implementations.
        The estimate may change during a single invocation of the JVM.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="object">
	  <jobject/>
	    <description>
	      The object to query.
	    </description>
	</param>
	<param id="size_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, points to the object's size in bytes.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetObjectHashCode" phase="start" num="58">
      <synopsis>Get Object Hash Code</synopsis>
      <description>
	For the object indicated by <code>object</code>,
	return via <code>hash_code_ptr</code> a hash code.
        This hash code could be used to maintain a hash table of object references,
        however, on some implementations this can cause significant performance 
        impacts--in most cases 
        <internallink id="Heap">tags</internallink> 
        will be a more efficient means of associating information with objects.
	This function guarantees 
	the same hash code value for a particular object throughout its life
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="object">
	  <jobject/>
	    <description>
	      The object to query.
	    </description>
	</param>
	<param id="hash_code_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the object's hash code.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetObjectMonitorUsage" num="59">
      <synopsis>Get Object Monitor Usage</synopsis>
      <typedef id="jvmtiMonitorUsage" label="Object monitor usage information">
	<field id="owner">
	  <jthread/>
	    <description>
	      The thread owning this monitor, or <code>NULL</code> if unused
	    </description>
	</field>
	<field id="entry_count">
	  <jint/>
	  <description>
	    The number of times the owning thread has entered the monitor
	  </description>
	</field>
	<field id="waiter_count">
	  <jint/>
	  <description>
	    The number of threads waiting to own this monitor
	  </description>
	</field>
	<field id="waiters">
	  <allocfieldbuf><jthread/></allocfieldbuf>
	    <description>
	      The <code>waiter_count</code> waiting threads
	    </description>
	</field>
	<field id="notify_waiter_count">
	  <jint/>
	  <description>
	    The number of threads waiting to be notified by this monitor
	  </description>
	</field>
	<field id="notify_waiters">
	  <allocfieldbuf><jthread/></allocfieldbuf>
	    <description>
	      The <code>notify_waiter_count</code> threads waiting to be notified
	    </description>
	</field>
      </typedef>
      <description>
	Get information about the object's monitor.
	The fields of the <functionlink id="jvmtiMonitorUsage"></functionlink> structure 
	are filled in with information about usage of the monitor.
	  <todo>
	    Decide and then clarify suspend requirements.
	  </todo>
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_get_monitor_info"></required>
      </capabilities>
      <parameters>
	<param id="object">
	  <jobject/>
	    <description>
	      The object to query.
	    </description>
	</param>
	<param id="info_ptr">
	  <outptr><struct>jvmtiMonitorUsage</struct></outptr>
	  <description>
	    On return, filled with monitor information for the 
	    specified object.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <elide>
    <function id="GetObjectMonitors" num="116">
      <synopsis>Get Object Monitors</synopsis>
      <description>
        Return the list of object monitors.
        <p/>
        Note: details about each monitor can be examined with 
        <functionlink id="GetObjectMonitorUsage"></functionlink>.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_get_monitor_info"></required>
      </capabilities>
      <parameters>
        <param id="monitorCnt">
	  <outptr><jint/></outptr>
	  <description>
	    On return, pointer to the number 
	    of monitors returned in <code>monitors_ptr</code>.
	  </description>
	</param>
        <param id="monitors_ptr">
	  <allocbuf outcount="monitorCnt"><jobject/></allocbuf>
	    <description>
	      On return, pointer to the monitor list.
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>
    </elide>

  </category>

  <category id="fieldCategory" label="Field">

    <intro>
    </intro>

    <function id="GetFieldName" phase="start" num="60">
      <synopsis>Get Field Name (and Signature)</synopsis>
      <description>
	For the field indicated by <paramlink id="klass"/> and <paramlink id="field"/>,
	return the field name via <paramlink id="name_ptr"/> and field signature via
	<paramlink id="signature_ptr"/>.
	<p/>
        Field signatures are defined in the JNI Specification and 
        are referred to as <code>field descriptors</code> in
        <vmspec chapter="4.3.2"/>.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class of the field to query.
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to query.
	    </description>
	</param>
	<param id="name_ptr">
	  <allocbuf>
	    <char/>
	    <nullok>the name is not returned</nullok>
	  </allocbuf>
	  <description>
	    On return, points to the field name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="signature_ptr">
	  <allocbuf>
	    <char/>
	    <nullok>the signature is not returned</nullok>
	  </allocbuf>
	  <description>
	    On return, points to the field signature, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="generic_ptr">
	  <allocbuf>
            <char/>           
            <nullok>the generic signature is not returned</nullok>
          </allocbuf>
	  <description>
	    On return, points to the generic signature of the field, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
            If there is no generic signature attribute for the field, then,
            on return, points to <code>NULL</code>. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetFieldDeclaringClass" phase="start" num="61">
      <synopsis>Get Field Declaring Class</synopsis>
      <description>
	For the field indicated by <code>klass</code> and <code>field</code>
	return the class that defined it via <code>declaring_class_ptr</code>.
	The declaring class will either be <code>klass</code>, a superclass, or
	an implemented interface.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to query.
	    </description>
	</param>
	<param id="declaring_class_ptr">
	  <outptr><jclass/></outptr>
	    <description>
	      On return, points to the declaring class
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetFieldModifiers" phase="start" num="62">
      <synopsis>Get Field Modifiers</synopsis>
      <description>
	For the field indicated by <code>klass</code> and <code>field</code>
	return the access flags via <code>modifiers_ptr</code>.
	Access flags are defined in <vmspec chapter="4"/>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to query.
	    </description>
	</param>
	<param id="modifiers_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the access flags.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsFieldSynthetic" phase="start" num="63">
      <synopsis>Is Field Synthetic</synopsis>
      <description>
	For the field indicated by <code>klass</code> and <code>field</code>, return a
	value indicating whether the field is synthetic via <code>is_synthetic_ptr</code>.
	Synthetic fields are generated by the compiler but not present in the 
	original source code.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_get_synthetic_attribute"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass field="field"/>
	    <description>
	      The class of the field to query.
	    </description>
	</param>
	<param id="field">
	  <jfieldID class="klass"/>
	    <description>
	      The field to query.
	    </description>
	</param>
	<param id="is_synthetic_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

  <category id="method" label="Method">

    <intro>
      These functions provide information about a method (represented as a
      <typelink id="jmethodID"/>) and set how methods are processed.
    </intro>

    <intro id="obsoleteMethods" label="Obsolete Methods">
      The functions <functionlink id="RetransformClasses"/> and
      <functionlink id="RedefineClasses"/> can cause new versions
      of methods to be installed.
      An original version of a method is considered equivalent
      to the new version if:
      <ul>
        <li>their bytecodes are the same except for indices into the
          constant pool and </li>
        <li>the referenced constants are equal.</li>
      </ul>
      An original method version which is not equivalent to the
      new method version is called obsolete and is assigned a new method ID;
      the original method ID now refers to the new method version.
      A method ID can be tested for obsolescence with 
      <functionlink id="IsMethodObsolete"/>.
    </intro>

    <function id="GetMethodName" phase="start" num="64">
      <synopsis>Get Method Name (and Signature)</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return the method name via <code>name_ptr</code> and method signature via
	<code>signature_ptr</code>.
        <p/>
        Method signatures are defined in the JNI Specification and are 
        referred to as <code>method descriptors</code> in 
        <vmspec chapter="4.3.3"/>.
	Note this is different
	than method signatures as defined in the <i>Java Language Specification</i>.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="method">
	  <jmethodID/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="name_ptr">
	  <allocbuf>
	    <char/>
	    <nullok>the name is not returned</nullok>
	  </allocbuf>
	  <description>
	    On return, points to the method name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="signature_ptr">
	  <allocbuf>
	    <char/>
	    <nullok>the signature is not returned</nullok>
	  </allocbuf>
	  <description>
	    On return, points to the method signature, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="generic_ptr">
	  <allocbuf>
            <char/>           
            <nullok>the generic signature is not returned</nullok>
          </allocbuf>
	  <description>
	    On return, points to the generic signature of the method, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
            If there is no generic signature attribute for the method, then,
            on return, points to <code>NULL</code>. 
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetMethodDeclaringClass" phase="start" num="65">
      <synopsis>Get Method Declaring Class</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return the class that defined it via <code>declaring_class_ptr</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="declaring_class_ptr">
	  <outptr><jclass/></outptr>
	    <description>
	      On return, points to the declaring class
	    </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetMethodModifiers" phase="start" num="66">
      <synopsis>Get Method Modifiers</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return the access flags via <code>modifiers_ptr</code>.
	Access flags are defined in <vmspec chapter="4"/>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="modifiers_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the access flags.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetMaxLocals" phase="start" num="68">
      <synopsis>Get Max Locals</synopsis>
      <description>
	  For the method indicated by <code>method</code>,
	  return the number of local variable slots used by the method,
	  including the local variables used to pass parameters to the
	  method on its invocation. 
	  <p/>
	  See <code>max_locals</code> in <vmspec chapter="4.7.3"/>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass" native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="max_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the maximum number of local slots
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetArgumentsSize" phase="start" num="69">
      <synopsis>Get Arguments Size</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return via <code>max_ptr</code> the number of local variable slots used
	by the method's arguments.
	Note that two-word arguments use two slots.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass" native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="size_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of argument slots
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetLineNumberTable" phase="start" num="70">
      <synopsis>Get Line Number Table</synopsis>
      <typedef id="jvmtiLineNumberEntry" label="Line number table entry">
	<field id="start_location">
	  <jlocation/>
	  <description>
	    the <datalink id="jlocation"></datalink> where the line begins
	  </description>
	</field>
	<field id="line_number">
	  <jint/>
	  <description>
	    the line number
	  </description>
	</field>
      </typedef>
      <description>
	For the method indicated by <code>method</code>,
	return a table of source line number entries. The size of the table is
	returned via <code>entry_count_ptr</code> and the table itself is
	returned via <code>table_ptr</code>. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_get_line_numbers"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass" native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="entry_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of entries in the table
	  </description>
	</param>
	<param id="table_ptr">
	  <allocbuf outcount="entry_count_ptr"><struct>jvmtiLineNumberEntry</struct></allocbuf>
	  <description>
	    On return, points to the line number table pointer.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  Class information does not include line numbers.
	</error>
      </errors>
    </function>

    <function id="GetMethodLocation" phase="start" num="71">
      <synopsis>Get Method Location</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return the beginning and ending addresses through
	<code>start_location_ptr</code> and <code>end_location_ptr</code>. In a
	conventional byte code indexing scheme, 
	<code>start_location_ptr</code> will always point to zero
	and <code>end_location_ptr</code> 
	will always point to the byte code count minus one. 
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass" native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="start_location_ptr">
	  <outptr><jlocation/></outptr>
	  <description>
	    On return, points to the first location, or 
	    <code>-1</code> if location information is not available.
	    If the information is available and 
	    <functionlink id="GetJLocationFormat"></functionlink>
	    returns <datalink id="JVMTI_JLOCATION_JVMBCI"></datalink>
	    then this will always be zero.
	  </description>
	</param>
	<param id="end_location_ptr">
	  <outptr><jlocation/></outptr>
	  <description>
	    On return, points to the last location,
	    or <code>-1</code> if location information is not available.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION"> 
	  Class information does not include method sizes.
	</error>
      </errors>
    </function>

    <function id="GetLocalVariableTable" num="72">
      <synopsis>Get Local Variable Table</synopsis>
      <typedef id="jvmtiLocalVariableEntry" label="Local variable table entry">
	<field id="start_location">
	  <jlocation/>
	  <description>
	    The code array index where the local variable is first valid
            (that is, where it must have a value).
	  </description>
	</field>
	<field id="length">
	  <jint/>
	  <description>
            The length of the valid section for this local variable.
	    The last code array index where the local variable is valid 
            is <code>start_location + length</code>.
	  </description>
	</field>
	<field id="name">
	  <allocfieldbuf><char/></allocfieldbuf>
	  <description>
	    The local variable name, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</field>
	<field id="signature">
	  <allocfieldbuf><char/></allocfieldbuf>
	  <description>
	    The local variable's type signature, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	    The signature format is the same as that defined in
	    <vmspec chapter="4.3.2"/>.
	  </description>
	</field>
	<field id="generic_signature">
	  <allocfieldbuf><char/></allocfieldbuf>
	  <description>
	    The local variable's generic signature, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
            The value of this field will be <code>NULL</code> for any local 
            variable which does not have a generic type.
	  </description>
	</field>
	<field id="slot">
	  <jint/>
	  <description>
	    The local variable's slot.  See <internallink id="local">Local Variables</internallink>.
	  </description>
	</field>
      </typedef>
      <description>
	Return local variable information.
      </description>
      <origin>jvmdiClone</origin>
      <capabilities>
	<required id="can_access_local_variables"></required>
      </capabilities>
      <parameters>
	<param id="method">
	  <jmethodID native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="entry_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of entries in the table
	  </description>
	</param>
	<param id="table_ptr">
	  <allocbuf outcount="entry_count_ptr"><struct>jvmtiLocalVariableEntry</struct></allocbuf>
	  <description>
	    On return, points to an array of local variable table entries.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ABSENT_INFORMATION">
	  Class information does not include local variable
	  information.
	</error>
      </errors>
    </function>

    <function id="GetBytecodes" phase="start" num="75">
      <synopsis>Get Bytecodes</synopsis>
      <description>
	For the method indicated by <code>method</code>,
	return the byte codes that implement the method. The number of
	bytecodes is returned via <code>bytecode_count_ptr</code>. The byte codes
	themselves are returned via <code>bytecodes_ptr</code>.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
	<required id="can_get_bytecodes"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass" native="error"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="bytecode_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the length of the byte code array
	  </description>
	</param>
	<param id="bytecodes_ptr">
	  <allocbuf outcount="bytecode_count_ptr"><uchar/></allocbuf>
	  <description>
	    On return, points to the pointer to the byte code array
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsMethodNative" phase="start" num="76">
      <synopsis>Is Method Native</synopsis>
      <description>
	For the method indicated by <code>method</code>, return a
	value indicating whether the method is native via <code>is_native_ptr</code>
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="is_native_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsMethodSynthetic" phase="start" num="77">
      <synopsis>Is Method Synthetic</synopsis>
      <description>
	For the method indicated by <code>method</code>, return a
	value indicating whether the method is synthetic via <code>is_synthetic_ptr</code>.
	Synthetic methods are generated by the compiler but not present in the 
	original source code.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
        <required id="can_get_synthetic_attribute"></required>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method to query.
	    </description>
	</param>
	<param id="is_synthetic_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="IsMethodObsolete" phase="start" num="91">
      <synopsis>Is Method Obsolete</synopsis>
      <description>
        Determine if a method ID refers to an
        <internallink id="obsoleteMethods">obsolete</internallink>
        method version.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="klass">
	  <jclass method="method"/>
	    <description>
	      The class to query.
	    </description>
	</param>
	<param id="method">
	  <jmethodID class="klass"/>
	    <description>
	      The method ID to query.
	    </description>
	</param>
	<param id="is_obsolete_ptr">
	  <outptr><jboolean/></outptr>
	  <description>
	    On return, points to the boolean result of this function.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetNativeMethodPrefix" jkernel="yes" phase="any" num="73" since="1.1">
      <synopsis>Set Native Method Prefix</synopsis>
      <description>
	This function modifies the failure handling of
        native method resolution by allowing retry
        with a prefix applied to the name.
        When used with the 
        <eventlink id="ClassFileLoadHook">ClassFileLoadHook
        event</eventlink>, it enables native methods to be
        <internallink id="bci">instrumented</internallink>.
        <p/>
        Since native methods cannot be directly instrumented
        (they have no bytecodes), they must be wrapped with
        a non-native method which can be instrumented.
        For example, if we had:
        <example>
native boolean foo(int x);</example>
        <p/>
        We could transform the class file (with the 
        ClassFileLoadHook event) so that this becomes:
        <example>
boolean foo(int x) {
  <i>... record entry to foo ...</i>
  return wrapped_foo(x);
}

native boolean wrapped_foo(int x);</example>
        <p/>
        Where foo becomes a wrapper for the actual native method
        with the appended prefix "wrapped_".  Note that
        "wrapped_" would be a poor choice of prefix since it
        might conceivably form the name of an existing method
        thus something like "$$$MyAgentWrapped$$$_" would be
        better but would make these examples less readable.
        <p/>
        The wrapper will allow data to be collected on the native
        method call, but now the problem becomes linking up the  
        wrapped method with the native implementation.  
        That is, the method <code>wrapped_foo</code> needs to be 
        resolved to the native implementation of <code>foo</code>,
        which might be:
        <example>
Java_somePackage_someClass_foo(JNIEnv* env, jint x)</example>
        <p/>
        This function allows the prefix to be specified and the
        proper resolution to occur.  
        Specifically, when the standard resolution fails, the
        resolution is retried taking the prefix into consideration.
        There are two ways that resolution occurs, explicit
        resolution with the JNI function <code>RegisterNatives</code>
        and the normal automatic resolution.  For 
        <code>RegisterNatives</code>, the VM will attempt this 
        association:
        <example>
method(foo) -> nativeImplementation(foo)</example>
        <p/>
        When this fails, the resolution will be retried with
        the specified prefix prepended to the method name, 
        yielding the correct resolution:
        <example>
method(wrapped_foo) -> nativeImplementation(foo)</example>
        <p/>
        For automatic resolution, the VM will attempt:
        <example>
method(wrapped_foo) -> nativeImplementation(wrapped_foo)</example>
        <p/>
        When this fails, the resolution will be retried with
        the specified prefix deleted from the implementation name, 
        yielding the correct resolution:
        <example>
method(wrapped_foo) -> nativeImplementation(foo)</example>
        <p/>
        Note that since the prefix is only used when standard
        resolution fails, native methods can be wrapped selectively.
        <p/>
        Since each <jvmti/> environment is independent and
        can do its own transformation of the bytecodes, more 
        than one layer of wrappers may be applied. Thus each
        environment needs its own prefix.  Since transformations
        are applied in order, the prefixes, if applied, will
        be applied in the same order.
        The order of transformation application is described in
        the <eventlink id="ClassFileLoadHook"/> event.
        Thus if three environments applied
        wrappers, <code>foo</code> might become 
        <code>$env3_$env2_$env1_foo</code>.  But if, say,
        the second environment did not apply a wrapper to
        <code>foo</code> it would be just 
        <code>$env3_$env1_foo</code>.  To be able to 
        efficiently determine the sequence of prefixes,
        an intermediate prefix is only applied if its non-native
        wrapper exists.  Thus, in the last example, even though 
        <code>$env1_foo</code> is not a native method, the
        <code>$env1_</code> prefix is applied since 
        <code>$env1_foo</code> exists.
        <p/>
        Since the prefixes are used at resolution time
        and since resolution may be arbitrarily delayed, a
        native method prefix must remain set as long as there 
        are corresponding prefixed native methods.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_set_native_method_prefix"></required>
      </capabilities>
      <parameters>
	<param id="prefix">
	  <inbuf>
	    <char/>
	    <nullok>
	      any existing prefix in this environment is cancelled
	    </nullok>
	  </inbuf>
	  <description>
	    The prefix to apply, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetNativeMethodPrefixes" jkernel="yes" phase="any" num="74" since="1.1">
      <synopsis>Set Native Method Prefixes</synopsis>
      <description>
	 For a normal agent, <functionlink id="SetNativeMethodPrefix"/>
         will provide all needed native method prefixing.
         For a meta-agent that performs multiple independent class
         file transformations (for example as a proxy for another
         layer of agents) this function allows each transformation
         to have its own prefix.  
         The prefixes are applied in the order supplied and are
         processed in the same manor as described for the
         application of prefixes from multiple <jvmti/> environments
         in <functionlink id="SetNativeMethodPrefix"/>.
         <p/>
         Any previous prefixes are replaced.  Thus, calling this
         function with a <paramlink id="prefix_count"/> of <code>0</code>
         disables prefixing in this environment.
         <p/>
         <functionlink id="SetNativeMethodPrefix"/> and this function
         are the two ways to set the prefixes.  
         Calling <code>SetNativeMethodPrefix</code> with 
         a prefix is the same as calling this function with 
         <paramlink id="prefix_count"/> of <code>1</code>. 
         Calling <code>SetNativeMethodPrefix</code> with 
         <code>NULL</code> is the same as calling this function with 
         <paramlink id="prefix_count"/> of <code>0</code>. 
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_set_native_method_prefix"></required>
      </capabilities>
      <parameters>
	<param id="prefix_count">
	  <jint min="0"/>
	    <description>
	      The number of prefixes to apply.
	    </description>
	</param>
	<param id="prefixes">
	  <agentbuf>
            <char/>
          </agentbuf>
	  <description>
	    The prefixes to apply for this environment, each encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

  <category id="RawMonitors" label="Raw Monitor">

    <function id="CreateRawMonitor" phase="onload" callbacksafe="safe" num="31">
      <synopsis>Create Raw Monitor</synopsis>
      <description>
	Create a raw monitor.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="name">
	  <inbuf><char/></inbuf>
	  <description>
	    A name to identify the monitor, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
	<param id="monitor_ptr">
	  <outptr><jrawMonitorID/></outptr>
	  <description>
	    On return, points to the created monitor.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="DestroyRawMonitor" phase="onload" callbacksafe="safe" num="32">
      <synopsis>Destroy Raw Monitor</synopsis>
      <description>
	Destroy the raw monitor.
        If the monitor being destroyed has been entered by this thread, it will be
        exited before it is destroyed.
        If the monitor being destroyed has been entered by another thread,
        an error will be returned and the monitor will not be destroyed.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_MONITOR_OWNER"> 
	  Not monitor owner
	</error>        
      </errors>
    </function>

    <function id="RawMonitorEnter" phase="any" callbacksafe="safe" impl="innative notrace" num="33">
      <synopsis>Raw Monitor Enter</synopsis>
      <description>
	Gain exclusive ownership of a raw monitor.  
        The same thread may enter a monitor more then once.
        The thread must
        <functionlink id="RawMonitorExit">exit</functionlink>
        the monitor the same number of times as it is entered.
        If a monitor is entered during <code>OnLoad</code> (before attached threads exist)
	and has not exited when attached threads come into existence, the enter
	is considered to have occurred on the main thread.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="RawMonitorExit" phase="any" callbacksafe="safe" impl="innative notrace" num="34">
      <synopsis>Raw Monitor Exit</synopsis>
      <description>
	Release exclusive ownership of a raw monitor.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_MONITOR_OWNER"> 
	  Not monitor owner
	</error>
      </errors>
    </function>

    <function id="RawMonitorWait" phase="any" callbacksafe="safe" impl="innative notrace" num="35">
      <synopsis>Raw Monitor Wait</synopsis>
      <description>
        Wait for notification of the raw monitor.
        <p/>
        Causes the current thread to wait until either another thread calls 
        <functionlink id="RawMonitorNotify"/> or 
        <functionlink id="RawMonitorNotifyAll"/> 
        for the specified raw monitor, or the specified
        <paramlink id="millis">timeout</paramlink>
        has elapsed.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
	<param id="millis">
	  <jlong/>
	  <description>
	    The timeout, in milliseconds.  If the timeout is
	    zero, then real time is not taken into consideration
	    and the thread simply waits until notified.
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_MONITOR_OWNER"> 
	  Not monitor owner
	</error>
	<error id="JVMTI_ERROR_INTERRUPT"> 
	  Wait was interrupted, try again
	</error>
      </errors>
    </function>

    <function id="RawMonitorNotify" phase="any" callbacksafe="safe" impl="notrace" num="36">
      <synopsis>Raw Monitor Notify</synopsis>
      <description>
	Notify a single thread waiting on the raw monitor.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_MONITOR_OWNER">
	  Not monitor owner
	</error>
      </errors>
    </function>

    <function id="RawMonitorNotifyAll" phase="any" callbacksafe="safe" impl="notrace" num="37">
      <synopsis>Raw Monitor Notify All</synopsis>
      <description>
	Notify all threads waiting on the raw monitor.
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    The monitor
	  </description>
	</param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_NOT_MONITOR_OWNER"> 
	  Not monitor owner
	</error>
      </errors>
    </function>

   <elide>
    <function id="GetRawMonitorUse" num="118">
      <synopsis>Get Raw Monitor Use</synopsis>
      <description>
        The fields of the <functionlink id="jvmtiMonitorUsage"></functionlink> structure 
        are filled in with information about usage of the raw monitor.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_get_raw_monitor_usage"></required>
      </capabilities>
      <parameters>
        <param id="monitor">
	  <jrawMonitorID/>
	  <description>
	    the raw monitor to query.
	  </description>
	</param>
        <param id="info_ptr">
	  <outptr><struct>jvmtiMonitorUsage</struct></outptr>
	  <description>
	    On return, filled with monitor information for the 
	    specified raw monitor.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetRawMonitors" num="119">
      <synopsis>Get Raw Monitors</synopsis>
      <description>
        Return the list of raw monitors.
        <p/>
        Note: details about each monitor can be examined with 
        <functionlink id="GetRawMonitorUse"></functionlink>.
      </description>
      <origin>new</origin>
      <capabilities>
        <required id="can_get_raw_monitor_usage"></required>
      </capabilities>
      <parameters>
        <param id="monitorCnt">
	  <outptr><jint/></outptr>
	  <description>
	    On return, pointer to the number 
	    of monitors returned in <code>monitors_ptr</code>.
	  </description>
	</param>
        <param id="monitors_ptr">
	  <allocbuf outcount="monitorCnt"><jrawMonitorID/></allocbuf>
	  <description>
	    On return, pointer to the monitor list.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>
    </elide>
  </category>

  <category id="jniIntercept" label="JNI Function Interception">

    <intro>
      Provides the ability to intercept and resend 
      Java Native Interface (JNI) function calls
      by manipulating the JNI function table.
      See <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/functions.html">JNI
	Functions</externallink> in the <i>Java Native Interface Specification</i>.
      <p/>
      The following example illustrates intercepting the 
      <code>NewGlobalRef</code> JNI call in order to count reference
      creation.
      <example>
JNIEnv original_jni_Functions;
JNIEnv redirected_jni_Functions;
int my_global_ref_count = 0;

jobject
MyNewGlobalRef(JNIEnv *jni_env, jobject lobj) {
   ++my_global_ref_count;
   return originalJNIFunctions-&gt;NewGlobalRef(env, lobj);
}

void
myInit() {
   jvmtiError err;

   err = (*jvmti_env)-&gt;GetJNIFunctionTable(jvmti_env, &amp;original_jni_Functions);
   if (err != JVMTI_ERROR_NONE) {
      die();
   }
   err = (*jvmti_env)-&gt;GetJNIFunctionTable(jvmti_env, &amp;redirected_jni_Functions);
   if (err != JVMTI_ERROR_NONE) {
      die();
   }
   redirectedJNIFunctions-&gt;NewGlobalRef = MyNewGlobalRef;
      err = (*jvmti_env)-&gt;SetJNIFunctionTable(jvmti_env, redirected_jni_Functions);
   if (err != JVMTI_ERROR_NONE) {
      die();
   }
}
      </example>
      Sometime after <code>myInit</code> is called the user's JNI
      code is executed which makes the call to create a new global
      reference.  Instead of going to the normal JNI implementation
      the call goes to <code>myNewGlobalRef</code>.  Note that a
      copy of the original function table is kept so that the normal
      JNI function can be called after the data is collected.
      Note also that any JNI functions which are not overwritten
      will behave normally.
      <todo>
	check that the example compiles and executes.
      </todo>
    </intro>
    
    <function id="SetJNIFunctionTable" phase="start" num="120">
      <synopsis>Set JNI Function Table</synopsis>
      <description>
        Set the JNI function table 
        in all current and future JNI environments.
        As a result, all future JNI calls are directed to the specified functions.
        Use <functionlink id="GetJNIFunctionTable"></functionlink> to get the
        function table to pass to this function.
        For this function to take effect the the updated table entries must be 
        used by the JNI clients.
        Since the table is defined <code>const</code> some compilers may optimize
        away the access to the table, thus preventing this function from taking 
        effect.
        The table is copied--changes to the local copy of the
        table have no effect.
        This function affects only the function table, all other aspects of the environment are
        unaffected.
        See the examples <internallink id="jniIntercept">above</internallink>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="function_table">
	  <inptr>
	    <struct>jniNativeInterface</struct>
	  </inptr>
	  <description>
	    Points to the new JNI function table.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>
    
    <function id="GetJNIFunctionTable" phase="start" num="121">
      <synopsis>Get JNI Function Table</synopsis>
      <description>
        Get the JNI function table.
        The JNI function table is copied into allocated memory.
        If <functionlink id="SetJNIFunctionTable"></functionlink> 
        has been called, the modified (not the original) function
        table is returned.
        Only the function table is copied, no other aspects of the environment 
        are copied.
        See the examples <internallink id="jniIntercept">above</internallink>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="function_table">
	  <allocbuf>
	    <struct>jniNativeInterface</struct>
	  </allocbuf>
          <description>
	    On return, <code>*function_table</code> 
	    points a newly allocated copy of the JNI function table.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

  <category id="eventManagement" label="Event Management">

    <function id="SetEventCallbacks" jkernel="yes" phase="onload" num="122">
      <synopsis>Set Event Callbacks</synopsis>
      <description>
        Set the functions to be called for each event.
        The callbacks are specified by supplying a replacement function table.
        The function table is copied--changes to the local copy of the
        table have no effect.
        This is an atomic action, all callbacks are set at once.
        No events are sent before this function is called.
        When an entry is <code>NULL</code> or when the event is beyond 
        <paramlink id="size_of_callbacks"></paramlink> no event is sent.
        Details on events are 
        described <internallink id="EventSection">later</internallink> in this document.
        An event must be enabled and have a callback in order to be
        sent--the order in which this function and 
        <functionlink id="SetEventNotificationMode"></functionlink> 
        are called does not affect the result.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="callbacks">
	  <inptr>
	    <struct>jvmtiEventCallbacks</struct>
	    <nullok>remove the existing callbacks</nullok>
	  </inptr>
	  <description>
	    The new event callbacks.
	  </description>
	</param>
        <param id="size_of_callbacks">
	  <jint min="0"/>
	  <description>
	    <code>sizeof(jvmtiEventCallbacks)</code>--for version
	    compatibility.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetEventNotificationMode" jkernel="yes" phase="onload" num="2">
      <synopsis>Set Event Notification Mode</synopsis>
      <description>
	Control the generation of events. 
	<constants id="jvmtiEventMode" label="Event Enable/Disable" kind="enum">
	  <constant id="JVMTI_ENABLE" num="1">
	    If <paramlink id="mode"></paramlink> is <code>JVMTI_ENABLE</code>, 
	    the event <paramlink id="event_type"></paramlink> will be enabled
	  </constant>
	  <constant id="JVMTI_DISABLE" num="0">
	    If <paramlink id="mode"></paramlink> is <code>JVMTI_DISABLE</code>, 
	    the event <paramlink id="event_type"></paramlink> will be disabled
	  </constant>
	</constants>
	If <code>thread</code> is <code>NULL</code>,
	the event is enabled or disabled globally; otherwise, it is 
	enabled or disabled for a particular thread. 
	An event is generated for 
	a particular thread if it is enabled either at the thread or global
	levels. 
	<p/>
	See <internallink id="EventIndex">below</internallink> for information on specific events.
	<p/>
	The following events cannot be controlled at the thread
	level through this function. 
	<ul>
	  <li><eventlink id="VMInit"></eventlink></li>
	  <li><eventlink id="VMStart"></eventlink></li>
	  <li><eventlink id="VMDeath"></eventlink></li>
	  <li><eventlink id="ThreadStart"></eventlink></li>
	  <li><eventlink id="CompiledMethodLoad"></eventlink></li>
	  <li><eventlink id="CompiledMethodUnload"></eventlink></li>
	  <li><eventlink id="DynamicCodeGenerated"></eventlink></li>
	  <li><eventlink id="DataDumpRequest"></eventlink></li>
	</ul>
	<p/>
	Initially, no events are enabled at either the thread level 
	or the global level.
	<p/>
        Any needed capabilities (see Event Enabling Capabilities below) must be possessed
        before calling this function.
        <p/>
	Details on events are 
	described <internallink id="EventSection">below</internallink>.
      </description>
      <origin>jvmdiClone</origin>
      <eventcapabilities></eventcapabilities>
      <parameters>
	<param id="mode">
	  <enum>jvmtiEventMode</enum>
	  <description>
	    <code>JVMTI_ENABLE</code> or <code>JVMTI_DISABLE</code>
	  </description>
	</param>
	<param id="event_type">
	  <enum>jvmtiEvent</enum>
	  <description>
	    the event to control
	  </description>
	</param>
	<param id="event_thread">
	  <ptrtype>
	    <jthread impl="noconvert"/>
	    <nullok>event is controlled at the global level</nullok>
	  </ptrtype>
	    <description>
	      The thread to control
	    </description>
	</param>
        <param id="...">
          <varargs/>
            <description>
              for future expansion
            </description>
        </param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_INVALID_THREAD">
          <paramlink id="event_thread"/> is non-<code>NULL</code> and is not a valid thread.
        </error>
        <error id="JVMTI_ERROR_THREAD_NOT_ALIVE">
          <paramlink id="event_thread"/> is non-<code>NULL</code> and is not live (has not been started or is now dead).
        </error>
	<error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">
	  thread level control was attempted on events which do not 
          permit thread level control.
	</error>
        <error id="JVMTI_ERROR_MUST_POSSESS_CAPABILITY"> 
          The Required Event Enabling Capability is not possessed.
        </error>
      </errors>
    </function>

    <function id="GenerateEvents" num="123">
      <synopsis>Generate Events</synopsis>
      <description>
        Generate events to represent the current state of the VM.  
        For example, if <paramlink id="event_type"/> is 
        <code>JVMTI_EVENT_COMPILED_METHOD_LOAD</code>,
        a <eventlink id="CompiledMethodLoad"></eventlink> event will be
        sent for each currently compiled method.
        Methods that were loaded and now have been unloaded are not sent.
        The history of what events have previously been sent does not 
        effect what events are sent by this function--for example, 
        all currently compiled methods
        will be sent each time this function is called.
        <p/>
	This function is useful when
        events may have been missed due to the agent attaching after program
	execution begins; this function generates the missed events.
	<p/>
	Attempts to execute Java programming language code or
	JNI functions may be paused until this function returns -
	so neither should be called from the thread sending the event.
	This function returns only after the missed events have been 
        sent, processed and have returned.
	The event may be sent on a different thread than the thread
	on which the event occurred.
	The callback for the event must be set with 
        <functionlink id="SetEventCallbacks"></functionlink> 
	and the event must be enabled with
        <functionlink id="SetEventNotificationMode"></functionlink> 
	or the events will not occur.
	If the VM no longer has the information to generate some or
        all of the requested events, the events are simply not sent -
        no error is returned.
	<p/>
	Only the following events are supported:
	<ul>
	  <li><eventlink id="CompiledMethodLoad"></eventlink></li>
	  <li><eventlink id="DynamicCodeGenerated"></eventlink></li>
	</ul>
      </description>
      <origin>new</origin>
      <capabilities>
	<capability id="can_generate_compiled_method_load_events"></capability>
      </capabilities>
      <parameters>
	<param id="event_type">
	  <enum>jvmtiEvent</enum>
	  <description>
	    The type of event to generate.  Must be one of these:
	    <ul>
	      <li><eventlink id="CompiledMethodLoad"><code>JVMTI_EVENT_COMPILED_METHOD_LOAD</code></eventlink></li>
	      <li><eventlink id="DynamicCodeGenerated"><code>JVMTI_EVENT_DYNAMIC_CODE_GENERATED</code></eventlink></li>
	    </ul>
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_MUST_POSSESS_CAPABILITY"> 
          <paramlink id="event_type"/> is 
	  <eventlink id="CompiledMethodLoad"><code>JVMTI_EVENT_COMPILED_METHOD_LOAD</code></eventlink>
	  and <fieldlink id="can_generate_compiled_method_load_events" struct="jvmtiCapabilities"></fieldlink>
	  is <code>false</code>.
        </error>
        <error id="JVMTI_ERROR_ILLEGAL_ARGUMENT"> 
          <paramlink id="event_type"/> is other than
	  <eventlink id="CompiledMethodLoad"><code>JVMTI_EVENT_COMPILED_METHOD_LOAD</code></eventlink>
	  or <eventlink id="DynamicCodeGenerated"><code>JVMTI_EVENT_DYNAMIC_CODE_GENERATED</code></eventlink>.
        </error>
      </errors>
    </function>

  </category>

    <category id="extension" label="Extension Mechanism">

      <intro>
	These functions
	allow a <jvmti/> implementation to provide functions and events
	beyond those defined in this specification.
	<p/>
	Both extension functions and extension events have parameters
	each of which has a 'type' and 'kind' chosen from the following tables:

	<constants id="jvmtiParamTypes" label="Extension Function/Event Parameter Types" kind="enum">
	  <constant id="JVMTI_TYPE_JBYTE" num="101">
	    Java programming language primitive type - <code>byte</code>. 
	    JNI type <code>jbyte</code>.
	  </constant>
	  <constant id="JVMTI_TYPE_JCHAR" num="102">
	    Java programming language primitive type - <code>char</code>. 
	    JNI type <code>jchar</code>.
	  </constant>
	  <constant id="JVMTI_TYPE_JSHORT" num="103">
	    Java programming language primitive type - <code>short</code>. 
	    JNI type <code>jshort</code>.
	  </constant>
	  <constant id="JVMTI_TYPE_JINT" num="104">
	    Java programming language primitive type - <code>int</code>. 
	    JNI type <datalink id="jint"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JLONG" num="105">
	    Java programming language primitive type - <code>long</code>. 
	    JNI type <datalink id="jlong"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JFLOAT" num="106">
	    Java programming language primitive type - <code>float</code>. 
	    JNI type <datalink id="jfloat"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JDOUBLE" num="107">
	    Java programming language primitive type - <code>double</code>. 
	    JNI type <datalink id="jdouble"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JBOOLEAN" num="108">
	    Java programming language primitive type - <code>boolean</code>. 
	    JNI type <datalink id="jboolean"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JOBJECT" num="109">
	    Java programming language object type - <code>java.lang.Object</code>. 
	    JNI type <datalink id="jobject"></datalink>.
	    Returned values are JNI local references and must be managed.
	  </constant>
	  <constant id="JVMTI_TYPE_JTHREAD" num="110">
	    Java programming language object type - <code>java.lang.Thread</code>. 
	    <jvmti/> type <datalink id="jthread"></datalink>.
	    Returned values are JNI local references and must be managed.
	  </constant>
	  <constant id="JVMTI_TYPE_JCLASS" num="111">
	    Java programming language object type - <code>java.lang.Class</code>. 
	    JNI type <datalink id="jclass"></datalink>.
	    Returned values are JNI local references and must be managed.
	  </constant>
	  <constant id="JVMTI_TYPE_JVALUE" num="112">
	    Union of all Java programming language primitive and object types - 
	    JNI type <datalink id="jvalue"></datalink>.
	    Returned values which represent object types are JNI local references and must be managed.
	  </constant>
	  <constant id="JVMTI_TYPE_JFIELDID" num="113">
	    Java programming language field identifier - 
	    JNI type <datalink id="jfieldID"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_JMETHODID" num="114">
	    Java programming language method identifier - 
	    JNI type <datalink id="jmethodID"></datalink>.
	  </constant>
	  <constant id="JVMTI_TYPE_CCHAR" num="115">
	    C programming language type - <code>char</code>.
	  </constant>
	  <constant id="JVMTI_TYPE_CVOID" num="116">
	    C programming language type - <code>void</code>.
	  </constant>
	  <constant id="JVMTI_TYPE_JNIENV" num="117">
	    JNI environment - <code>JNIEnv</code>.
            Should be used with the correct <datalink id="jvmtiParamKind"/> to make it a pointer type.
	  </constant>
	</constants>

	<constants id="jvmtiParamKind" label="Extension Function/Event Parameter Kinds" kind="enum">
	  <constant id="JVMTI_KIND_IN" num="91">
	    Ingoing argument - <code>foo</code>.
	  </constant>
	  <constant id="JVMTI_KIND_IN_PTR" num="92">
	    Ingoing pointer argument - <code>const foo*</code>.
	  </constant>
	  <constant id="JVMTI_KIND_IN_BUF" num="93">
	    Ingoing array argument - <code>const foo*</code>.
	  </constant>
	  <constant id="JVMTI_KIND_ALLOC_BUF" num="94">
	    Outgoing allocated array argument -  <code>foo**</code>.
	    Free with <code>Deallocate</code>.
	  </constant>
	  <constant id="JVMTI_KIND_ALLOC_ALLOC_BUF" num="95">
	    Outgoing allocated array of allocated arrays argument - <code>foo***</code>.
	    Free with <code>Deallocate</code>.
	  </constant>
	  <constant id="JVMTI_KIND_OUT" num="96">
	    Outgoing argument - <code>foo*</code>.
	  </constant>
	  <constant id="JVMTI_KIND_OUT_BUF" num="97">
	    Outgoing array argument (pre-allocated by agent) - <code>foo*</code>.
	    Do not <code>Deallocate</code>.
	  </constant>
	</constants>

      </intro>

      <typedef id="jvmtiParamInfo" label="Extension Function/Event Parameter Info">
	<field id="name">
	  <allocfieldbuf><char/></allocfieldbuf>
	    <description>
	      The parameter name, encoded as a
	      <internallink id="mUTF">modified UTF-8</internallink> string
	    </description>
	</field>
	<field id="kind">
	  <enum>jvmtiParamKind</enum>
	  <description>
	    The kind of the parameter - type modifiers
	  </description>
	</field>
	<field id="base_type">
	  <enum>jvmtiParamTypes</enum>
	  <description>
	    The base type of the parameter -  modified by <code>kind</code>
	  </description>
	</field>
	<field id="null_ok">
	  <jboolean/>
	    <description>
	      Is a <code>NULL</code> argument permitted? Applies only to pointer and object types.
	    </description>
	</field>
      </typedef>

      <callback id="jvmtiExtensionFunction">
	<enum>jvmtiError</enum>
	  <synopsis>Extension Function</synopsis>
	<description>
	  This is the implementation-specific extension function.
	</description>
	<parameters>
	  <param id="jvmti_env">
	    <outptr>
	      <struct>jvmtiEnv</struct>
	    </outptr>
	    <description>
	      The <jvmti/> environment is the only fixed parameter for extension functions.
	    </description>
	  </param>
	  <param id="...">
	    <varargs/>
	      <description>
		The extension function-specific parameters
	      </description>
	  </param>
	</parameters>
      </callback>

      <function id="GetExtensionFunctions" phase="onload" num="124">
	<synopsis>Get Extension Functions</synopsis>

	<typedef id="jvmtiExtensionFunctionInfo" label="Extension Function Info">
	  <field id="func">
            <ptrtype>
              <struct>jvmtiExtensionFunction</struct>
            </ptrtype>
	    <description>
	      The actual function to call
	    </description>
	  </field>
	  <field id="id">
	    <allocfieldbuf><char/></allocfieldbuf>
	      <description>
		The identifier for the extension function, encoded as a
	        <internallink id="mUTF">modified UTF-8</internallink> string.
		Uses package name conventions.
		For example, <code>com.sun.hotspot.bar</code>
	      </description>
	  </field>
	  <field id="short_description">
	    <allocfieldbuf><char/></allocfieldbuf>
	      <description>
		A one sentence description of the function, encoded as a
	        <internallink id="mUTF">modified UTF-8</internallink> string.
	      </description>
	  </field>
	  <field id="param_count">
	    <jint/>
	      <description>
		The number of parameters excluding <code>jvmtiEnv *jvmti_env</code>
	      </description>
	  </field>
	  <field id="params">
	    <allocfieldbuf outcount="param_count">
	      <struct>jvmtiParamInfo</struct>
	    </allocfieldbuf>
	    <description>
	      Array of 
	      <fieldlink id="param_count" struct="jvmtiExtensionFunctionInfo"></fieldlink>
	      parameters (<code>jvmtiEnv *jvmti_env</code> excluded)
	    </description>
	  </field>
	  <field id="error_count">
	    <jint/>
	      <description>
		The number of possible error returns (excluding universal errors)
	      </description>
	  </field>
	  <field id="errors">
	    <allocfieldbuf outcount="error_count">
	      <enum>jvmtiError</enum>
	    </allocfieldbuf>
	    <description>
	      Array of <fieldlink id="error_count" struct="jvmtiExtensionFunctionInfo"></fieldlink>
	      possible errors
	    </description>
	  </field>
	</typedef>

	<description>
	  Returns the set of extension functions.
	</description>
	<origin>new</origin>
	<capabilities>
	</capabilities>
	<parameters>
	  <param id="extension_count_ptr">
	    <outptr><jint/></outptr>
	      <description>
		On return, points to the number of extension functions
	      </description>
	  </param>
	  <param id="extensions">
	    <allocbuf outcount="extension_count_ptr"><struct>jvmtiExtensionFunctionInfo</struct></allocbuf>
	    <description>
	      Returns an array of extension function info, one per function
	    </description>
	  </param>
	</parameters>
	<errors>
	</errors>
      </function>

      <function id="GetExtensionEvents" phase="onload" num="125">
	<synopsis>Get Extension Events</synopsis>

	<typedef id="jvmtiExtensionEventInfo" label="Extension Event Info">
	  <field id="extension_event_index">
	    <jint/>
	    <description>
	      The identifying index of the event
	    </description>
	  </field>
	  <field id="id">
	    <allocfieldbuf><char/></allocfieldbuf>
	      <description>
		The identifier for the extension event, encoded as a
                <internallink id="mUTF">modified UTF-8</internallink> string.
		Uses package name conventions.
		For example, <code>com.sun.hotspot.bar</code>
	      </description>
	  </field>
	  <field id="short_description">
	    <allocfieldbuf><char/></allocfieldbuf>
	      <description>
		A one sentence description of the event, encoded as a
                <internallink id="mUTF">modified UTF-8</internallink> string.
	      </description>
	  </field>
	  <field id="param_count">
	    <jint/>
	      <description>
		The number of parameters excluding <code>jvmtiEnv *jvmti_env</code>
	      </description>
	  </field>
	  <field id="params">
	    <allocfieldbuf outcount="param_count">
	      <struct>jvmtiParamInfo</struct>
	    </allocfieldbuf>
	    <description>
	      Array of 
	      <fieldlink id="param_count" struct="jvmtiExtensionEventInfo"></fieldlink>
	      parameters (<code>jvmtiEnv *jvmti_env</code> excluded)
	    </description>
	  </field>
	</typedef>

	<description>
	  Returns the set of extension events.
	</description>
	<origin>new</origin>
	<capabilities>
	</capabilities>
	<parameters>
	  <param id="extension_count_ptr">
	    <outptr><jint/></outptr>
	      <description>
		On return, points to the number of extension events
	      </description>
	  </param>
	  <param id="extensions">
	    <allocbuf outcount="extension_count_ptr"><struct>jvmtiExtensionEventInfo</struct></allocbuf>
	    <description>
	      Returns an array of extension event info, one per event
	    </description>
	  </param>
	</parameters>
	<errors>
	</errors>
      </function>

      <callback id="jvmtiExtensionEvent">
	<void/>
	  <synopsis>Extension Event</synopsis>
	<description>
	  This is the implementation-specific event.
          The event handler is set with 
          <functionlink id="SetExtensionEventCallback"/>.
          <p/>
          Event handlers for extension events must be declared varargs to match this definition.
          Failure to do so could result in calling convention mismatch and undefined behavior
          on some platforms.
          <p/>
          For example, if the <code>jvmtiParamInfo</code>
          returned by <functionlink id="GetExtensionEvents"/> indicates that
          there is a <code>jint</code> parameter, the event handler should be
          declared:
<example>
    void JNICALL myHandler(jvmtiEnv* jvmti_env, jint myInt, ...)
</example>
          Note the terminal "<code>...</code>" which indicates varargs.
	</description>
	<parameters>
	  <param id="jvmti_env">
	    <outptr>
	      <struct>jvmtiEnv</struct>
	    </outptr>
	    <description>
	      The <jvmti/> environment is the only fixed parameter for extension events.
	    </description>
	  </param>
	  <param id="...">
	    <varargs/>
	      <description>
		The extension event-specific parameters
	      </description>
	  </param>
	</parameters>
      </callback>

      <function id="SetExtensionEventCallback" phase="onload" num="126">
	<synopsis>Set Extension Event Callback</synopsis>

	<description>
	  Sets the callback function for an extension event and
	  enables the event. Or, if the callback is <code>NULL</code>, disables
	  the event.  Note that unlike standard events, setting
	  the callback and enabling the event are a single operation.
	</description>
	<origin>new</origin>
	<capabilities>
	</capabilities>
	<parameters>
	  <param id="extension_event_index">
	    <jint/>
	      <description>
		Identifies which callback to set.
		This index is the 
		<fieldlink id="extension_event_index" struct="jvmtiExtensionEventInfo"></fieldlink>
		field of 
		<datalink id="jvmtiExtensionEventInfo"/>.
	      </description>
	  </param>
	  <param id="callback">
	    <ptrtype>
	      <struct>jvmtiExtensionEvent</struct>
	      <nullok>disable the event</nullok>
	    </ptrtype>
	    <description>
	      If <code>callback</code> is non-<code>NULL</code>, 
	      set <code>callback</code> to be the event callback function
	      and enable the event.
	    </description>
	  </param>
	</parameters>
	<errors>
        <error id="JVMTI_ERROR_ILLEGAL_ARGUMENT"> 
            <paramlink id="extension_event_index"/> is not an
            <fieldlink id="extension_event_index" 
                       struct="jvmtiExtensionEventInfo"/>
            returned by 
            <functionlink id="GetExtensionEvents"/>
        </error>
	</errors>
      </function>

    </category>

  <category id="capability" label="Capability">

    <intro>
      The capabilities functions allow you to change the
      functionality available to <jvmti/>--that is, 
      which <jvmti/> 
      functions can be called, what events can be generated,
      and what functionality these events and functions can
      provide.
      <p/>
        The "Capabilities" section of each function and event describe which 
        capabilities, if any, they are associated with. "Required Functionality"
        means it is available for use and no capabilities must be added to use it.
        "Optional Functionality" means the agent must possess the capability
        before it can be used.  
        To possess a capability, the agent must
        <functionlink id="AddCapabilities">add the capability</functionlink>.
        "Optional Features" describe capabilities which,
        if added, extend the feature set.
        <p/>
        The potentially available capabilities of each <jvmti/> implementation are different.  
        Depending on the implementation, a capability:
        <ul>
          <li>may never be added</li>
          <li>may be added in either the <code>OnLoad</code> or live phase in any environment</li>
          <li>may be added only during the <code>OnLoad</code> phase</li>
          <li>may be possessed by only one environment at a time</li>
          <li>may be possessed by only one environment at a time, 
              and only during the <code>OnLoad</code> phase</li>
          <li>and so on ...</li>
        </ul>
      Frequently, the addition of a capability may incur a cost in execution speed, start up
      time, and/or memory footprint.  Note that the overhead of using a capability
      is completely different than the overhead of possessing a capability.
      Take single stepping as an example. When single stepping is on (that
      is, when the event is enabled and thus actively sending events) 
      the overhead of sending and processing an event 
      on each instruction is huge in any implementation. 
      However, the overhead of possessing the capability may be small or large, 
      depending on the implementation.  Also, when and if a capability is potentially
      available depends on the implementation.  Some examples:
      <ul>
	<li>One VM might perform all execution by compiling bytecodes into 
	  native code and be unable to generate single step instructions.
	  In this implementation the capability can not be added.</li>
	<li>Another VM may be able to switch execution to a single stepping
	  interpreter at any time.  In this implementation, having the capability has no 
	  overhead and could be added at any time.</li>
	<li>Yet another VM might be able to choose a bytecode compiling or single stepping capable interpreted
	  execution engine at start up, but be unable to switch between them.
	  In this implementation the capability would need to be added 
          during the <code>OnLoad</code> phase (before bytecode
	  execution begins) and would have a large impact on execution speed 
	  even if single stepping was never used.</li>
	<li>Still another VM might be able to add an "is single stepping on" check
	  into compiled bytecodes or a generated interpreter.  Again in this implementation
	  the capability would need to be added during the <code>OnLoad</code> phase but the overhead (a test
	  and branch on each instruction) would be considerably less.</li>
      </ul>
      <p/>
      Each <jvmti/> <internallink id="environments">environment</internallink>
      has its own set of capabilities.  
      Initially, that set is empty.
      Any desired capability must be added.
      If possible, capabilities should be added during the <code>OnLoad</code> phase.  For most 
      virtual machines certain capabilities require special set up for 
      the virtual machine and this set up must happen
      during the <code>OnLoad</code> phase, before the virtual machine begins execution. 
      Once a capability is added, it can
      only be removed if explicitly relinquished by the environment.
      <p/>
      The agent can, 
      <functionlink id="GetPotentialCapabilities">determine what
	capabilities this VM can potentially provide</functionlink>,
      <functionlink id="AddCapabilities">add the capabilities
	to be used</functionlink>,
      <functionlink id="RelinquishCapabilities">release capabilities
	which are no longer needed</functionlink>, and
      <functionlink id="GetCapabilities">examine the currently available 
	capabilities</functionlink>.
    </intro>

    <intro id="capabilityExamples" label="Capability Examples">
      For example, a freshly started agent (in the <code>OnLoad</code> function)
      wants to enable all possible capabilities.  
      Note that, in general, this is not advisable as the agent may suffer
      a performance penalty for functionality it is not using.
      The code might look like this in C:
      <example>
	jvmtiCapabilities capa;
	jvmtiError err;

	err = (*jvmti)-&gt;GetPotentialCapabilities(jvmti, &amp;capa);
	if (err == JVMTI_ERROR_NONE) {
	   err = (*jvmti)-&gt;AddCapabilities(jvmti, &amp;capa);
      </example>
      For example, if an  agent wants to check if it can get
      the bytecodes of a method (that is, it wants to check 
      if it previously added this capability and has not 
      relinquished it), the code might 
      look like this in C:
      <example>
	jvmtiCapabilities capa;
	jvmtiError err;

	err = (*jvmti)-&gt;GetCapabilities(jvmti, &amp;capa);
	if (err == JVMTI_ERROR_NONE) {
   	   if (capa.can_get_bytecodes) { ... } } 
      </example>
    </intro>

    <capabilitiestypedef id="jvmtiCapabilities" label="The Capabilities Structure">
      <description>
        The functions in this category use this capabilities structure 
        which contains boolean flags corresponding to each capability:
      </description>
      <capabilityfield id="can_tag_objects">
	<description>
	  Can set and get tags, as described in the
          <internallink id="Heap">Heap category</internallink>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_field_modification_events">
	<description>
	  Can set watchpoints on field modification -
          <functionlink id="SetFieldModificationWatch"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_field_access_events">
	<description>
	  Can set watchpoints on field access -
	  <functionlink id="SetFieldAccessWatch"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_bytecodes">
	<description>
	  Can get bytecodes of a method <functionlink id="GetBytecodes"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_synthetic_attribute">
	<description>
	  Can test if a field or method is synthetic - 
          <functionlink id="IsFieldSynthetic"></functionlink> and
          <functionlink id="IsMethodSynthetic"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_owned_monitor_info">
	<description>
	  Can get information about ownership of monitors - 
          <functionlink id="GetOwnedMonitorInfo"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_current_contended_monitor">
	<description>
	  Can <functionlink id="GetCurrentContendedMonitor"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_monitor_info">
      <description>
        Can <functionlink id="GetObjectMonitorUsage"></functionlink>
      </description>
      </capabilityfield>
      <capabilityfield id="can_pop_frame">
	<description>
	  Can pop frames off the stack - <functionlink id="PopFrame"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_redefine_classes">
	<description>
	  Can redefine classes with <functionlink id="RedefineClasses"/>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_signal_thread">
	<description>
	  Can send stop or interrupt to threads
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_source_file_name">
	<description>
	  Can get the source file name of a class
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_line_numbers">
	<description>
	  Can get the line number table of a method
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_source_debug_extension">
	<description>
	  Can get the source debug extension of a class
	</description>
      </capabilityfield>
      <capabilityfield id="can_access_local_variables">
	<description>
	  Can set and get local variables
	</description>
      </capabilityfield>
      <capabilityfield id="can_maintain_original_method_order">
	<description>
	  Can return methods in the order they occur in the class file
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_single_step_events">
	<description>
	  Can get <eventlink id="SingleStep">single step</eventlink> events
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_exception_events">
	<description>
	  Can get <eventlink id="Exception">exception thrown</eventlink> and 
            <eventlink id="ExceptionCatch">exception catch</eventlink> events
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_frame_pop_events">
	<description>
	  Can <functionlink id="NotifyFramePop">set</functionlink> and thus get 
            <eventlink id="FramePop"></eventlink> events
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_breakpoint_events">
	<description>
	  Can <functionlink id="SetBreakpoint">set</functionlink> and thus get 
            <eventlink id="Breakpoint"></eventlink> events
	</description>
      </capabilityfield>
      <capabilityfield id="can_suspend">
	<description>
	  Can suspend and resume threads
	</description>
      </capabilityfield>
      <capabilityfield id="can_redefine_any_class">
	<description>
          Can modify (retransform or redefine) any non-primitive non-array class.
          See <functionlink id="IsModifiableClass"/>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_current_thread_cpu_time">
	<description>
	  Can <functionlink id="GetCurrentThreadCpuTime">get</functionlink>
	  current thread CPU time
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_thread_cpu_time">
	<description>
	  Can <functionlink id="GetThreadCpuTime">get</functionlink>
	  thread CPU time
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_method_entry_events" 
		       disp1="can_generate" disp2="_method_entry_events" 
		       >
	<description>
	  Can generate method entry events on entering a method
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_method_exit_events" 
		       disp1="can_generate" disp2="_method_exit_events" 
		       >
	<description>
	  Can generate method exit events on leaving a method
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_all_class_hook_events" 
		       disp1="can_generate" disp2="_all_class_hook_events" 
		       >
	<description>
	  Can generate ClassFileLoadHook events for every loaded class.
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_compiled_method_load_events" 
		       disp1="can_generate" disp2="_compiled_method_load_events" 
		       >
	<description>
	  Can generate events when a method is compiled or unloaded
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_monitor_events" 
		       disp1="can_generate" disp2="_monitor_events" 
		       >
	<description>
	  Can generate events on monitor activity
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_vm_object_alloc_events" 
		       disp1="can_generate" disp2="_vm_object_alloc_events" 
		       >
	<description>
	  Can generate events on VM allocation of an object
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_native_method_bind_events" 
		       disp1="can_generate" disp2="_native_method_bind_events" 
		       >
	<description>
	  Can generate events when a native method is bound to its
	  implementation
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_garbage_collection_events" 
		       disp1="can_generate" disp2="_garbage_collection_events" 
		       >
	<description>
	  Can generate events when garbage collection begins or ends
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_object_free_events" 
		       disp1="can_generate" disp2="_object_free_events" 
		       >
	<description>
	  Can generate events when the garbage collector frees an object
	</description>
      </capabilityfield>
      <capabilityfield id="can_force_early_return" since="1.1">
	<description>
	  Can return early from a method, as described in the
          <internallink id="ForceEarlyReturn">Force Early Return category</internallink>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_owned_monitor_stack_depth_info" since="1.1">
	<description>
	  Can get information about owned monitors with stack depth -
          <functionlink id="GetOwnedMonitorStackDepthInfo"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_get_constant_pool" since="1.1">
	<description>
	  Can get the constant pool of a class -
          <functionlink id="GetConstantPool"></functionlink>
	</description>
      </capabilityfield>
      <capabilityfield id="can_set_native_method_prefix" since="1.1">
	<description>
	  Can set prefix to be applied when native method cannot be resolved -
          <functionlink id="SetNativeMethodPrefix"/> and
          <functionlink id="SetNativeMethodPrefixes"/>
	</description>
      </capabilityfield>
      <capabilityfield id="can_retransform_classes" since="1.1">
	<description>
	  Can retransform classes with <functionlink id="RetransformClasses"/>.
          In addition to the restrictions imposed by the specific 
          implementation on this capability (see the
          <internallink id="capability">Capability</internallink> section),
          this capability must be set before the 
          <eventlink id="ClassFileLoadHook"/> event is enabled for the
          first time in this environment.
          An environment that possesses this capability at the time that 
          <code>ClassFileLoadHook</code> is enabled for the first time is
          said to be <i>retransformation capable</i>.
          An environment that does not possess this capability at the time that 
          <code>ClassFileLoadHook</code> is enabled for the first time is
          said to be <i>retransformation incapable</i>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_retransform_any_class" since="1.1">
	<description>
          <functionlink id="RetransformClasses"/> can be called on any class 
          (<fieldlink id="can_retransform_classes" struct="jvmtiCapabilities"/>
          must also be set)
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_resource_exhaustion_heap_events" since="1.1">
	<description>
          Can generate events when the VM is unable to allocate memory from 
          the <tm>Java</tm> platform heap.
          See <eventlink id="ResourceExhausted"/>.
	</description>
      </capabilityfield>
      <capabilityfield id="can_generate_resource_exhaustion_threads_events" since="1.1">
	<description>
          Can generate events when the VM is unable to create a thread.
          See <eventlink id="ResourceExhausted"/>.
	</description>
      </capabilityfield>
    </capabilitiestypedef>

    <function id="GetPotentialCapabilities" jkernel="yes" phase="onload" num="140">
      <synopsis>Get Potential Capabilities</synopsis>
      <description>
        Returns via <paramlink id="capabilities_ptr"></paramlink> the <jvmti/> 
        features that can potentially be possessed by this environment
	at this time.
	The returned capabilities differ from the complete set of capabilities
	implemented by the VM in two cases: another environment possesses 
	capabilities that can only be possessed by one environment, or the
	current <functionlink id="GetPhase">phase</functionlink> is live,
	and certain capabilities can only be added during the <code>OnLoad</code> phase.
        The <functionlink id="AddCapabilities"></functionlink> function
        may be used to set any or all or these capabilities.
        Currently possessed capabilities are included.
        <p/>
        Typically this function is used in the <code>OnLoad</code> function.
        Some virtual machines may allow a limited set of capabilities to be
        added in the live phase.
        In this case, the set of potentially available capabilities
        will likely differ from the <code>OnLoad</code> phase set.
        <p/>
        See the
        <internallink id="capabilityExamples">Capability Examples</internallink>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="capabilities_ptr">
	  <outptr><struct>jvmtiCapabilities</struct></outptr>
	  <description>
	    On return, points to the <jvmti/> capabilities that may be added.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <elide>
    <function id="EstimateCostOfCapabilities" phase="onload" num="141">
      <synopsis>Estimate Cost Of Capabilities</synopsis>
      <description>
	<issue>There is strong opposition to this function.  The concern is
	  that it would be difficult or impossible to provide meaningful
	  numbers, as the amount of impact is conditional on many factors
	  that a single number could not represent.  There is doubt that
	  conditional implementations would be used or are even a good idea.
	  The thought is that release documentation for the implementation
	  would be the best means of exposing this information.
	  Unless new arguments are presented, I intend to remove this 
	  function in the next revision.
	</issue>
        <p/>
        Return via the <paramlink id="time_impact_ptr"></paramlink> and
        <paramlink id="space_impact_ptr"></paramlink> an estimate of the impact
        of adding the capabilities pointed to by
        <paramlink id="capabilities_ptr"></paramlink>.
        The returned estimates are in percentage of additional overhead, thus
        a time impact of 100 mean the application might run
        at half the speed.  
        The estimates are very rough approximations and are not guaranteed.
        Note also, that the estimates are of the impact of having the
        capability available--when and if it is used the impact may be
        much greater.
        Estimates can be for a single capability or for a set of 
        capabilities.  Note that the costs are not necessarily additive,
        adding support for one capability might make another available 
        for free or conversely having two capabilities at once may 
        have multiplicative impact.
        Estimates are relative to the current set of capabilities -
        that is, how much more impact given the currently possessed capabilities.
        <p/>
        Typically this function is used in the OnLoad function,
        some virtual machines may allow a limited set of capabilities to be
        added in the live phase.
        In this case, the set of potentially available capabilities
        will likely differ from the OnLoad phase set.
        <p/>
        See the
        <internallink id="capabilityExamples">Capability Examples</internallink>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="capabilities_ptr">
	  <inptr><struct>jvmtiCapabilities</struct></inptr>
	  <description>
	    points to the <jvmti/> capabilities to evaluate.
	  </description>
	</param>
        <param id="time_impact_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the estimated percentage increase in
	    run time if this capability was added.
	  </description>
	</param>
        <param id="space_impact_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the estimated percentage increase in
	    memory space used if this capability was added.
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_NOT_AVAILABLE"> 
          The desired capabilities are not even potentially available.
        </error>
      </errors>
    </function>
    </elide>

    <function id="AddCapabilities" jkernel="yes" phase="onload" num="142">
      <synopsis>Add Capabilities</synopsis>
      <description>
        Set new capabilities by adding the capabilities 
        whose values are set to one (<code>1</code>) in
        <code>*</code><paramlink id="capabilities_ptr"></paramlink>.
        All previous capabilities are retained.
        Typically this function is used in the <code>OnLoad</code> function.
        Some virtual machines may allow a limited set of capabilities to be
        added in the live phase.
        <p/>
        See the
        <internallink id="capabilityExamples">Capability Examples</internallink>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="capabilities_ptr">
	  <inptr><struct>jvmtiCapabilities</struct></inptr>
	  <description>
	    Points to the <jvmti/> capabilities to add.
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_NOT_AVAILABLE"> 
          The desired capabilities are not even potentially available.
        </error>
      </errors>
    </function>


    <function id="RelinquishCapabilities" phase="onload" num="143">
      <synopsis>Relinquish Capabilities</synopsis>
      <description>
        Relinquish the capabilities
        whose values are set to one (<code>1</code>) in
        <code>*</code><paramlink id="capabilities_ptr"></paramlink>.
	Some implementations may allow only one environment to have a capability
	(see the <internallink id="capability">capability introduction</internallink>).
	This function releases capabilities
	so that they may be used by other agents.
        All other capabilities are retained.
        The capability will no longer be present in <functionlink id="GetCapabilities"></functionlink>.
	Attempting to relinquish a capability that the agent does not possess is not an error.
          <issue>
            It is possible for the agent to be actively using capabilities
            which are being relinquished.  For example, a thread is currently
            suspended and can_suspend is being relinquished or an event is currently
            enabled and can_generate_whatever is being relinquished.
            There are three possible ways we could spec this:
            <ul>
              <li>relinquish automatically releases them</li>
              <li>relinquish checks and returns some error code if held</li>
              <li>it is the agent's responsibility and it is not checked</li>
            </ul>
            One of these should be chosen.
          </issue>
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="capabilities_ptr">
	  <inptr><struct>jvmtiCapabilities</struct></inptr>
	  <description>
	    Points to the <jvmti/> capabilities to relinquish.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>



    <function id="GetCapabilities" jkernel="yes" phase="any" num="89">
      <synopsis>Get Capabilities</synopsis>
        <description>
          Returns via <paramlink id="capabilities_ptr"></paramlink> the optional <jvmti/> 
          features which this environment currently possesses.
          Each possessed capability is indicated by a one (<code>1</code>) in the
          corresponding field of the <internallink id="jvmtiCapabilities">capabilities
          structure</internallink>.
          An environment does not possess a capability unless it has been successfully added with
          <functionlink id="AddCapabilities"/>.
          An environment only loses possession of a capability if it has been relinquished with
          <functionlink id="RelinquishCapabilities"/>. Thus, this function returns the net result
          of the <code>AddCapabilities</code> and <code>RelinquishCapabilities</code> calls which
          have been made.
          <p/>
          See the
          <internallink id="capabilityExamples">Capability Examples</internallink>.
        </description>
      <origin>jvmdiClone</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="capabilities_ptr">
	  <outptr><struct>jvmtiCapabilities</struct></outptr>
	  <description>
	    On return, points to the <jvmti/> capabilities.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>
  
  
  <category id="timers" label="Timers">

      <intro>
	These functions provide timing information.
	The resolution at which the time is updated is not specified. 
	They provides nanosecond precision, but not necessarily nanosecond accuracy. 
	Details about the timers, such as their maximum values, can be accessed with
	the timer information functions.  
      </intro>

      <typedef id="jvmtiTimerInfo" label="Timer Info">
        <description>
          The information function for each timer returns this data structure.
        </description>
	<field id="max_value">
	  <jlong/>
	    <description>
	      The maximum value the timer can reach.
	      After this value is reached the timer wraps back to zero.
              This is an unsigned value.  If tested or printed as a jlong (signed value)
              it may appear to be a negative number.
	    </description>
	</field>
	<field id="may_skip_forward">
	  <jboolean/>
	  <description>
	    If true, the timer can be externally adjusted and as a result skip forward.
	    If false, the timer value will never increase faster than real time.
	  </description>
	</field>
	<field id="may_skip_backward">
	  <jboolean/>
	  <description>
	    If true, the timer can be externally adjusted and as a result skip backward.
	    If false, the timer value will be monotonically increasing.
	  </description>
	</field>
	<field id="kind">
	  <enum>jvmtiTimerKind</enum>
	  <description>
	    The kind of timer.
            On a platform that does not distinguish between user and system time, <datalink 
                 id="JVMTI_TIMER_TOTAL_CPU"><code>JVMTI_TIMER_TOTAL_CPU</code></datalink>
            is returned.
	  </description>
	</field>
	<field id="reserved1">
	  <jlong/>
	    <description>
	      Reserved for future use.
	    </description>
	</field>
	<field id="reserved2">
	  <jlong/>
	    <description>
	      Reserved for future use.
	    </description>
	</field>
      </typedef>

      <intro>
	Where the timer kind is --

        <constants id="jvmtiTimerKind" label="Timer Kinds" kind="enum">
          <constant id="JVMTI_TIMER_USER_CPU" num="30">
            CPU time that a thread is in user mode.
          </constant>
          <constant id="JVMTI_TIMER_TOTAL_CPU" num="31">
            CPU time that a thread is in user or system mode.
          </constant>
          <constant id="JVMTI_TIMER_ELAPSED" num="32">
            Elapsed time.
          </constant>
        </constants>
      </intro>

    <function id="GetCurrentThreadCpuTimerInfo" callbacksafe="safe"  impl="innative notrace" phase="start" num="134">
      <synopsis>Get Current Thread CPU Timer Information</synopsis>
      <description>
	Get information about the 
        <functionlink id="GetCurrentThreadCpuTime"/> timer. 
	The fields of the <datalink id="jvmtiTimerInfo"/> structure 
	are filled in with details about the timer.
        This information is specific to the platform and the implementation of
        <functionlink id="GetCurrentThreadCpuTime"/> and thus 
        does not vary by thread nor does it vary
        during a particular invocation of the VM.
        <p/>
        Note that the implementations of <functionlink id="GetCurrentThreadCpuTime"/>
        and <functionlink id="GetThreadCpuTime"/> may differ, and thus the values
        returned by <code>GetCurrentThreadCpuTimerInfo</code>
        and <functionlink id="GetThreadCpuTimerInfo"/>
        may differ -- see <functionlink id="GetCurrentThreadCpuTime"/> for more information.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_current_thread_cpu_time">
	    Can get current thread CPU time.
	</required>
      </capabilities>
      <parameters>
	<param id="info_ptr">
	  <outptr><struct>jvmtiTimerInfo</struct></outptr>
	  <description>
	    On return, filled with information describing the time
	    returned by <functionlink id="GetCurrentThreadCpuTime"/>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetCurrentThreadCpuTime" callbacksafe="safe" impl="innative notrace" phase="start" num="135">
      <synopsis>Get Current Thread CPU Time</synopsis>
      <description>
            Return the CPU time utilized by the current thread.  
            <p/>
            Note that the <functionlink id="GetThreadCpuTime"/>
            function provides CPU time for any thread, including
            the current thread. <code>GetCurrentThreadCpuTime</code> 
            exists to support platforms which cannot
            supply CPU time for threads other than the current 
            thread or which have more accurate information for
            the current thread (see 
            <functionlink id="GetCurrentThreadCpuTimerInfo"/> vs
            <functionlink id="GetThreadCpuTimerInfo"/>).
            On many platforms this call will be equivalent to:
<example>
  GetThreadCpuTime(env, NULL, nanos_ptr)
</example>
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_current_thread_cpu_time">
	    Can get current thread CPU time.
            <p/>
	    If this capability is enabled after threads have started, 
	    the implementation may choose any time up
	    to and including the time that the capability is enabled 
	    as the point where CPU time collection starts.
            <p/>
            This capability must be potentially available on any 
            platform where 
            <internallink id="jvmtiCapabilities.can_get_thread_cpu_time"><code>can_get_thread_cpu_time</code></internallink>
            is potentially available.
	</required>
      </capabilities>
      <parameters>
        <param id="nanos_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, points to the CPU time used by this thread
	    in nanoseconds.  
            This is an unsigned value.  If tested or printed as a jlong (signed value)
            it may appear to be a negative number.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadCpuTimerInfo" num="136">
      <synopsis>Get Thread CPU Timer Information</synopsis>
      <description>
	Get information about the 
        <functionlink id="GetThreadCpuTime"/> timer. 
	The fields of the <datalink id="jvmtiTimerInfo"/> structure 
	are filled in with details about the timer.
        This information is specific to the platform and the implementation of
        <functionlink id="GetThreadCpuTime"/> and thus 
        does not vary by thread nor does it vary
        during a particular invocation of the VM.
        <p/>
        Note that the implementations of <functionlink id="GetCurrentThreadCpuTime"/>
        and <functionlink id="GetThreadCpuTime"/> may differ, and thus the values
        returned by <functionlink id="GetCurrentThreadCpuTimerInfo"/>
        and <code>GetThreadCpuTimerInfo</code>
        may differ -- see <functionlink id="GetCurrentThreadCpuTime"/> for more information.
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_thread_cpu_time">
	    Can get thread CPU time.
	</required>
      </capabilities>
      <parameters>
	<param id="info_ptr">
	  <outptr><struct>jvmtiTimerInfo</struct></outptr>
	  <description>
	    On return, filled with information describing the time
	    returned by <functionlink id="GetThreadCpuTime"/>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetThreadCpuTime" num="137">
      <synopsis>Get Thread CPU Time</synopsis>
      <description>
          Return the CPU time utilized by the specified thread. 
          <p/>
	  Get information about this timer with
          <functionlink id="GetThreadCpuTimerInfo"/>. 
      </description>
      <origin>new</origin>
      <capabilities>
	<required id="can_get_thread_cpu_time">
	    Can get thread CPU time.
            <p/>
	    If this capability is enabled after threads have started, 
	    the implementation may choose any time up
	    to and including the time that the capability is enabled 
	    as the point where CPU time collection starts.
	</required>
      </capabilities>
      <parameters>
	<param id="thread">
	  <jthread null="current"/>
	    <description>
	      The thread to query.
	    </description>
	</param>
        <param id="nanos_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, points to the CPU time used by the specified thread
	    in nanoseconds.  
            This is an unsigned value.  If tested or printed as a jlong (signed value)
            it may appear to be a negative number.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetTimerInfo" phase="any" callbacksafe="safe" num="138">
      <synopsis>Get Timer Information</synopsis>
      <description>
	Get information about the 
        <functionlink id="GetTime"/> timer. 
	The fields of the <datalink id="jvmtiTimerInfo"/> structure 
	are filled in with details about the timer.
        This information will not change during a particular invocation of the VM.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
	<param id="info_ptr">
	  <outptr><struct>jvmtiTimerInfo</struct></outptr>
	  <description>
	    On return, filled with information describing the time
	    returned by <functionlink id="GetTime"/>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetTime" phase="any" callbacksafe="safe" num="139">
      <synopsis>Get Time</synopsis>
      <description>
          Return the current value of the system timer, in nanoseconds. 
          <p/>
          The value returned represents nanoseconds since some fixed but
          arbitrary time (perhaps in the future, so values may be
          negative).  This function provides nanosecond precision, but not
          necessarily nanosecond accuracy. No guarantees are made about
          how frequently values change.
          <p/>
	  Get information about this timer with
          <functionlink id="GetTimerInfo"/>. 
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="nanos_ptr">
	  <outptr><jlong/></outptr>
	  <description>
	    On return, points to the time in nanoseconds.  
            This is an unsigned value.  If tested or printed as a jlong (signed value)
            it may appear to be a negative number.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetAvailableProcessors" phase="any" num="144">
      <synopsis>Get Available Processors</synopsis>
      <description>
          Returns the number of processors available to the Java virtual machine.
          <p/>
          This value may change during a particular invocation of the virtual machine. 
          Applications that are sensitive to the number of available processors should
          therefore occasionally poll this property.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="processor_count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the maximum number of processors available to the
            virtual machine; never smaller than one.  
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>


  <category id="classLoaderSearch" label="Class Loader Search">

    <intro>
      These functions allow the agent to add to the locations that a class loader searches for a class.
      This is useful for installing instrumentation under the correct class loader.
    </intro>

    <function id="AddToBootstrapClassLoaderSearch" jkernel="yes" phase="onload" num="149">
      <synopsis>Add To Bootstrap Class Loader Search</synopsis>
      <description>
          This function can be used to cause instrumentation classes to be defined by the 
          bootstrap class loader. See <vmspec chapter="5.3.1"/>.
          After the bootstrap
	  class loader unsuccessfully searches for a class, the specified platform-dependent 
	  search path <paramlink id="segment"/> will be searched as well. Only one segment may be specified in 
	  the <paramlink id="segment"/>. This function may be called multiple times to add multiple segments, 
	  the segments will be searched in the order that this function was called.
	  <p/>
	  In the <code>OnLoad</code> phase the function may be used to specify any platform-dependent 
	  search path segment to be searched after the bootstrap class loader unsuccessfully searches
	  for a class. The segment is typically a directory or JAR file.
	  <p/>	  
	  In the live phase the <paramlink id="segment"/> may be used to specify any platform-dependent
	  path to a <externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jar/jar.html">
	  JAR file</externallink>. The agent should take care that the JAR file does not
          contain any classes or resources other than those to be defined by the bootstrap
          class loader for the purposes of instrumentation.
          <p/>
          <vmspec/> specifies that a subsequent attempt to resolve a symbolic
          reference that the Java virtual machine has previously unsuccessfully attempted
          to resolve always fails with the same error that was thrown as a result of the
          initial resolution attempt. Consequently, if the JAR file contains an entry
          that corresponds to a class for which the Java virtual machine has
          unsuccessfully attempted to resolve a reference, then subsequent attempts to
          resolve that reference will fail with the same error as the initial attempt.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="segment">
	  <inbuf><char/></inbuf>
	  <description>
	    The platform-dependent search path segment, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">   
          <paramlink id="segment"/> is an invalid path. In the live phase, anything other than an
           existing JAR file is an invalid path.
        </error>
      </errors>
    </function>

    <function id="AddToSystemClassLoaderSearch" jkernel="yes" phase="onload" num="151" since="1.1">
      <synopsis>Add To System Class Loader Search</synopsis>
      <description>
	  This function can be used to cause instrumentation classes to be
	  defined by the system class loader. See <vmspec chapter="5.3.2"/>.
	  After the class loader unsuccessfully searches for a class, the specified platform-dependent search 
	  path <paramlink id="segment"/> will be searched as well. Only one segment may be specified in the 
	  <paramlink id="segment"/>. This function may be called multiple times to add multiple segments, the 
	  segments will be searched in the order that this function was called.
	  <p/>
	  In the <code>OnLoad</code> phase the function may be used to specify any platform-dependent 
	  search path segment to be searched after the system class loader unsuccessfully searches
	  for a class. The segment is typically a directory or JAR file.
	  <p/>	  
	  In the live phase the <paramlink id="segment"/> is a platform-dependent path to a <externallink 
	  id="http://docs.oracle.com/javase/7/docs/technotes/guides/jar/jar.html">JAR file</externallink> to be
	  searched after the system class loader unsuccessfully searches for a class. The agent should
          take care that the JAR file does not contain any classes or resources other than those to be
          defined by the system class loader for the purposes of instrumentation.
          <p/>
	  In the live phase the system class loader supports adding a JAR file to be searched if
          the system class loader implements a method name <code>appendToClassPathForInstrumentation</code> 
	  which takes a single parameter of type <code>java.lang.String</code>. The method is not required 
	  to have <code>public</code> access. 
	  <p/>
          <vmspec/> specifies that a subsequent attempt to resolve a symbolic
          reference that the Java virtual machine has previously unsuccessfully attempted
          to resolve always fails with the same error that was thrown as a result of the
          initial resolution attempt. Consequently, if the JAR file contains an entry
          that corresponds to a class for which the Java virtual machine has
          unsuccessfully attempted to resolve a reference, then subsequent attempts to
          resolve that reference will fail with the same error as the initial attempt.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="segment">
          <inbuf><char/></inbuf>
          <description>
            The platform-dependent search path segment, encoded as a
            <internallink id="mUTF">modified UTF-8</internallink> string.
          </description>
        </param>
      </parameters>
      <errors>
	<error id="JVMTI_ERROR_ILLEGAL_ARGUMENT">
          <paramlink id="segment"/> is an invalid path. In the live phase, anything other than an
           existing JAR file is an invalid path.
        </error>
	<error id="JVMTI_ERROR_CLASS_LOADER_UNSUPPORTED">
	  Operation not supported by the system class loader.
	</error>                                                                                         
      </errors>
    </function>

  </category>


  <category id="props" label="System Properties">

    <intro>
      These functions get and set system properties.
    </intro>

    <function id="GetSystemProperties" phase="onload" num="130">
      <synopsis>Get System Properties</synopsis>
      <description>
        The list of VM system property keys which may be used with 
	<functionlink id="GetSystemProperty"/> is returned.
        It is strongly recommended that virtual machines provide the
        following property keys:
        <ul>
          <li><code>java.vm.vendor</code></li>
          <li><code>java.vm.version</code></li>
          <li><code>java.vm.name</code></li>
          <li><code>java.vm.info</code></li>
          <li><code>java.library.path</code></li>
          <li><code>java.class.path</code></li>
        </ul>
        Provides access to system properties defined by and used
        by the VM.
        Properties set on the command-line are included.
	This allows getting and setting of these properties 
        before the VM even begins executing bytecodes.
	Since this is a VM view of system properties, the set of available 
        properties will usually be different than that
	in <code>java.lang.System.getProperties</code>.
        JNI method invocation may be used to access 
        <code>java.lang.System.getProperties</code>.
        <p/>
        The set of properties may grow during execution.	  
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="count_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the number of property keys returned.
	  </description>
	</param>
        <param id="property_ptr">
	  <allocallocbuf outcount="count_ptr"><char/></allocallocbuf>
	  <description>
	    On return, points to an array of property keys, encoded as 
	    <internallink id="mUTF">modified UTF-8</internallink> strings.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetSystemProperty" phase="onload" num="131">
      <synopsis>Get System Property</synopsis>
      <description>
        Return a VM system property value given the property key.  
        <p/>
	The function <functionlink id="GetSystemProperties"/>
	returns the set of property keys which may be used.
        The properties which can be retrieved may grow during
	execution.
        <p/>
	Since this is a VM view of system properties, the values 
        of properties may differ from that returned by 
	<code>java.lang.System.getProperty(String)</code>.
        A typical VM might copy the values of the VM system 
        properties into the <code>Properties</code> held by
	<code>java.lang.System</code> during the initialization
        of that class. Thereafter any changes to the VM system
        properties (with <functionlink id="SetSystemProperty"/>) 
        or the <code>java.lang.System</code> system properties
        (with <code>java.lang.System.setProperty(String,String)</code>)
        would cause the values to diverge.
        JNI method invocation may be used to access 
        <code>java.lang.System.getProperty(String)</code>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="property">
	  <inbuf><char/></inbuf>
	  <description>
	    The key of the property to retrieve, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
        <param id="value_ptr">
	  <allocbuf><char/></allocbuf>
	  <description>
	    On return, points to the property value, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_NOT_AVAILABLE"> 
          This property is not available.
	  Use <functionlink id="GetSystemProperties"/> to find available properties.
        </error>
      </errors>
    </function>

    <function id="SetSystemProperty" phase="onloadOnly" num="132">
      <synopsis>Set System Property</synopsis>
      <description>
        Set a VM system property value.  
        <p/>
	The function <functionlink id="GetSystemProperties"/>
	returns the set of property keys, some of these may be settable.
        See <functionlink id="GetSystemProperty"/>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="property">
	  <inbuf><char/></inbuf>
	  <description>
	    The key of the property, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
        <param id="value_ptr">
	  <inbuf>
	    <char/>
	    <nullok>
	      do not set the value, but return <errorlink id="JVMTI_ERROR_NOT_AVAILABLE"/>
	      if the property is not writeable
	    </nullok>
	  </inbuf>
	  <description>
	    The property value to set, encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
	  </description>
	</param>
      </parameters>
      <errors>
        <error id="JVMTI_ERROR_NOT_AVAILABLE"> 
          This property is not available or is not writeable.
        </error>
      </errors>
    </function>

  </category>

  <category id="general" label="General">

    <intro>
    </intro>

    <function id="GetPhase" jkernel="yes" phase="any" num="133">
      <synopsis>Get Phase</synopsis>
      <description>
          Return the current phase of VM execution.  
          The phases proceed in sequence:
          <constants id="jvmtiPhase" label="Phases of execution" kind="enum">
            <constant id="JVMTI_PHASE_ONLOAD" num="1">
              <code>OnLoad</code> phase: while in the
              <internallink id="onload"><code>Agent_OnLoad</code></internallink>
              or, for statically linked agents, the <internallink id="onload">
              <code>Agent_OnLoad_&lt;agent-lib-name&gt;
              </code></internallink> function.
            </constant>
            <constant id="JVMTI_PHASE_PRIMORDIAL" num="2">
              Primordial phase: between return from <code>Agent_OnLoad</code>
              or <code>Agent_OnLoad_&lt;agent-lib-name&gt;</code> and the
              <code>VMStart</code> event.
            </constant>
            <constant id="JVMTI_PHASE_START" num="6">
              Start phase: when the <eventlink id="VMStart"><code>VMStart</code></eventlink> event 
              is sent and until the <code>VMInit</code> event is sent.
            </constant>
            <constant id="JVMTI_PHASE_LIVE" num="4">
              Live phase: when the <eventlink id="VMInit"><code>VMInit</code></eventlink> event is sent
              and until the <eventlink id="VMDeath"></eventlink> event returns.
            </constant>
            <constant id="JVMTI_PHASE_DEAD" num="8">
              Dead phase: after the <eventlink id="VMDeath"></eventlink> event returns or after
              start-up failure.
            </constant>
          </constants>
          In the case of start-up failure the VM will proceed directly to the dead
          phase skipping intermediate phases and neither a <code>VMInit</code> nor
          <code>VMDeath</code> event will be sent.
          <p/>
          Most <jvmti/> functions operate only in the live phase.
          The following functions operate in either the <code>OnLoad</code> or live phases:
          <functionphaselist phase="onload"/>
          The following functions operate in only the <code>OnLoad</code> phase:
          <functionphaselist phase="onloadOnly"/>
          The following functions operate in the start or live phases:
          <functionphaselist phase="start"/>
          The following functions operate in any phase:
          <functionphaselist phase="any"/>
          JNI functions (except the Invocation API) must only be used in the start or live phases.
          <p/>
          Most <jvmti/> events are sent only in the live phase.
          The following events operate in others phases:
          <eventphaselist phase="start"/>          
          <eventphaselist phase="any"/>          
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="phase_ptr">
	  <outptr><enum>jvmtiPhase</enum></outptr>
	  <description>
	    On return, points to the phase.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="DisposeEnvironment" jkernel="yes" phase="any" num="127">
      <synopsis>Dispose Environment</synopsis>
      <description>
        Shutdown a <jvmti/> connection created with JNI <code>GetEnv</code>
        (see <internallink id="environments"><jvmti/> Environments</internallink>).
        Dispose of any resources held by the environment.  
        <issue>
	    What resources are reclaimed? What is undone?
	    Breakpoints,watchpoints removed?
	</issue>
        Threads suspended by this environment are not resumed by this call,
        this must be done explicitly by the agent.
        Memory allocated by this environment via calls to <jvmti/> functions
        is not released, this can be done explicitly by the agent
        by calling <functionlink id="Deallocate"/>.
        Raw monitors created by this environment are not destroyed, 
        this can be done explicitly by the agent
        by calling <functionlink id="DestroyRawMonitor"/>.
        The state of threads waiting on raw monitors created by this environment
        are not affected.
        <p/>
        Any <functionlink id="SetNativeMethodPrefix">native method
        prefixes</functionlink> for this environment will be unset;
        the agent must remove any prefixed native methods before
        dispose is called.
        <p/>
        Any <internallink id="capability">capabilities</internallink>
        held by this environment are relinquished.
        <p/>
        Events enabled by this environment will no longer be sent, however
        event handlers currently running will continue to run.  Caution must
        be exercised in the design of event handlers whose environment may
        be disposed and thus become invalid during their execution.
        <p/>
        This environment may not be used after this call.
        This call returns to the caller.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetEnvironmentLocalStorage" jkernel="yes" phase="any" callbacksafe="safe" impl="innative notrace" num="148">
      <synopsis>Set Environment Local Storage</synopsis>
      <description>
	The VM stores a pointer value associated with each environment.
	This pointer value is called <i>environment-local storage</i>.
        This value is <code>NULL</code> unless set with this function.
	Agents can allocate memory in which they store environment specific
        information. By setting environment-local storage it can then be
	accessed with 
	<functionlink id="GetEnvironmentLocalStorage"></functionlink>.
	<p/>
        Called by the agent to set the value of the <jvmti/>
        environment-local storage. <jvmti/> supplies to the agent a pointer-size
        environment-local storage that can be used to record per-environment
        information.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="data">
	  <inbuf> 
	    <void/> 
	    <nullok>value is set to <code>NULL</code></nullok> 
	  </inbuf> 
	  <description>
	    The value to be entered into the environment-local storage.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetEnvironmentLocalStorage" jkernel="yes" phase="any" callbacksafe="safe" impl="innative notrace" num="147">
      <synopsis>Get Environment Local Storage</synopsis>
      <description>
        Called by the agent to get the value of the <jvmti/> environment-local
        storage. 
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="data_ptr">
	  <agentbuf><void/></agentbuf>
	  <description>
	    Pointer through which the value of the environment local 
	    storage is returned.
	    If environment-local storage has not been set with
	    <functionlink id="SetEnvironmentLocalStorage"></functionlink> returned 
	    pointer is <code>NULL</code>.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="GetVersionNumber" jkernel="yes" phase="any" num="88">
      <synopsis>Get Version Number</synopsis>
      <description>
        Return the <jvmti/> version via <code>version_ptr</code>.
        The return value is the version identifier. 
        The version identifier includes major, minor and micro
        version as well as the interface type.
	<constants id="jvmtiVersionInterfaceTypes" label="Version Interface Types" kind="bits">
	  <constant id="JVMTI_VERSION_INTERFACE_JNI" num="0x00000000">
	    Value of <code>JVMTI_VERSION_MASK_INTERFACE_TYPE</code> for JNI.
	  </constant>
	  <constant id="JVMTI_VERSION_INTERFACE_JVMTI" num="0x30000000">
	    Value of <code>JVMTI_VERSION_MASK_INTERFACE_TYPE</code> for <jvmti/>.
	  </constant>
	</constants>
	<constants id="jvmtiVersionMasks" label="Version Masks" kind="bits">
	  <constant id="JVMTI_VERSION_MASK_INTERFACE_TYPE" num="0x70000000">
	    Mask to extract interface type.  
	    The value of the version returned by this function masked with
	    <code>JVMTI_VERSION_MASK_INTERFACE_TYPE</code> is always
            <code>JVMTI_VERSION_INTERFACE_JVMTI</code> 
            since this is a <jvmti/> function.
	  </constant>
	  <constant id="JVMTI_VERSION_MASK_MAJOR" num="0x0FFF0000">
	    Mask to extract major version number.
	  </constant>
	  <constant id="JVMTI_VERSION_MASK_MINOR" num="0x0000FF00">
	    Mask to extract minor version number.
	  </constant>
	  <constant id="JVMTI_VERSION_MASK_MICRO" num="0x000000FF">
	    Mask to extract micro version number.
	  </constant>
	</constants>
	<constants id="jvmtiVersionShifts" label="Version Shifts" kind="bits">
	  <constant id="JVMTI_VERSION_SHIFT_MAJOR" num="16">
	    Shift to extract major version number.
	  </constant>
	  <constant id="JVMTI_VERSION_SHIFT_MINOR" num="8">
	    Shift to extract minor version number.
	  </constant>
	  <constant id="JVMTI_VERSION_SHIFT_MICRO" num="0">
	    Shift to extract micro version number.
	  </constant>
	</constants>
      </description>
      <origin>jvmdi</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="version_ptr">
	  <outptr><jint/></outptr>
	  <description>
	    On return, points to the <jvmti/> version.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>


    <function id="GetErrorName" phase="any" num="128">
      <synopsis>Get Error Name</synopsis>
      <description>
        Return the symbolic name for an 
          <internallink id="ErrorSection">error code</internallink>.  
        <p/>
	For example 
        <code>GetErrorName(env, JVMTI_ERROR_NONE, &amp;err_name)</code> 
        would return in <code>err_name</code> the string
        <code>"JVMTI_ERROR_NONE"</code>.
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="error">
	  <enum>jvmtiError</enum>
	  <description>
	    The error code.
	  </description>
	</param>
        <param id="name_ptr">
	  <allocbuf><char/></allocbuf>
	  <description>
	    On return, points to the error name.
            The name is encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string,
            but is restricted to the ASCII subset.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

    <function id="SetVerboseFlag" phase="any" num="150">
      <synopsis>Set Verbose Flag</synopsis>
      <description>
	<constants id="jvmtiVerboseFlag" label="Verbose Flag Enumeration" kind="enum">
	  <constant id="JVMTI_VERBOSE_OTHER" num="0">
	    Verbose output other than the below.
	  </constant>
	  <constant id="JVMTI_VERBOSE_GC" num="1">
	    Verbose garbage collector output, like that specified with <code>-verbose:gc</code>.
	  </constant>
	  <constant id="JVMTI_VERBOSE_CLASS" num="2">
	    Verbose class loading output, like that specified with <code>-verbose:class</code>.
	  </constant>
	  <constant id="JVMTI_VERBOSE_JNI" num="4">
	    Verbose JNI output, like that specified with <code>-verbose:jni</code>.
	  </constant>
        </constants>
	Control verbose output.
	This is the output which typically is sent to <code>stderr</code>. 
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="flag">
	  <enum>jvmtiVerboseFlag</enum>
	  <description>
	    Which verbose flag to set.
	  </description>
	</param>
        <param id="value">
	  <jboolean/>
	  <description>
	    New value of the flag.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>


    <function id="GetJLocationFormat" phase="any" num="129">
      <synopsis>Get JLocation Format</synopsis>
      <description>
        Although the greatest functionality is achieved with location information
        referencing the virtual machine bytecode index, the definition of
        <code>jlocation</code> has intentionally been left unconstrained to allow VM 
        implementations that do not have this information.
        <p/>
        This function describes the representation of <code>jlocation</code> used in this VM.
        If the returned format is <datalink id="JVMTI_JLOCATION_JVMBCI"></datalink>, 
        <code>jlocation</code>s can
        be used as in indices into the array returned by
        <functionlink id="GetBytecodes"></functionlink>.  
	<constants id="jvmtiJlocationFormat" label="JLocation Format Enumeration" kind="enum">
	  <constant id="JVMTI_JLOCATION_JVMBCI" num="1">
	    <code>jlocation</code> values represent virtual machine 
	    bytecode indices--that is, offsets into the 
	    virtual machine code for a method.
	  </constant>
	  <constant id="JVMTI_JLOCATION_MACHINEPC" num="2">
	    <code>jlocation</code> values represent native machine
	    program counter values.
	  </constant>
	  <constant id="JVMTI_JLOCATION_OTHER" num="0">
	    <code>jlocation</code> values have some other representation.
	  </constant>
	</constants>
      </description>
      <origin>new</origin>
      <capabilities>
      </capabilities>
      <parameters>
        <param id="format_ptr">
	  <outptr><enum>jvmtiJlocationFormat</enum></outptr>
	  <description>
	    On return, points to the format identifier for <code>jlocation</code> values.
	  </description>
	</param>
      </parameters>
      <errors>
      </errors>
    </function>

  </category>

</functionsection>

<errorsection label="Error Reference">
  <intro>
    Every <jvmti/> function returns a <b><code>jvmtiError</code></b> error code.
    <p/>
    It is the responsibility of the agent to call <jvmti/> functions with 
    valid parameters and in the proper context (calling thread is attached,
    phase is correct, etc.).  
    Detecting some error conditions may be difficult, inefficient, or 
    impossible for an implementation.
    The errors listed in 
    <internallink id="reqerrors">Function Specific Required Errors</internallink>
    must be detected by the implementation.
    All other errors represent the recommended response to the error
    condition. 
  </intro>

  <errorcategory id="universal-error" label="Universal Errors">
    <intro>
      The following errors may be returned by any function
    </intro>

    <errorid id="JVMTI_ERROR_NONE" num="0">
      No error has occurred.  This is the error code that is returned
      on successful completion of the function.
    </errorid>
    <errorid id="JVMTI_ERROR_NULL_POINTER" num="100">
      Pointer is unexpectedly <code>NULL</code>.
    </errorid>
    <errorid id="JVMTI_ERROR_OUT_OF_MEMORY" num="110">
      The function attempted to allocate memory and no more memory was 
      available for allocation.
    </errorid>
    <errorid id="JVMTI_ERROR_ACCESS_DENIED" num="111">
      The desired functionality has not been enabled in this virtual machine.
    </errorid>
    <errorid id="JVMTI_ERROR_UNATTACHED_THREAD" num="115">
      The thread being used to call this function is not attached
      to the virtual machine.  Calls must be made from attached threads.
      See <code>AttachCurrentThread</code> in the JNI invocation API.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_ENVIRONMENT" num="116">
      The <jvmti/> environment provided is no longer connected or is
      not an environment.
    </errorid>
    <errorid id="JVMTI_ERROR_WRONG_PHASE" num="112">
      The desired functionality is not available in the current
        <functionlink id="GetPhase">phase</functionlink>.
      Always returned if the virtual machine has completed running.
    </errorid>
    <errorid id="JVMTI_ERROR_INTERNAL" num="113">
      An unexpected internal error has occurred.
    </errorid>
  </errorcategory>

  <errorcategory id="reqerrors" label="Function Specific Required Errors">
    <intro>
      The following errors are returned by some <jvmti/> functions and must
      be returned by the implementation when the condition occurs.
    </intro>

    <errorid id="JVMTI_ERROR_INVALID_PRIORITY" num="12">
      Invalid priority.
    </errorid>
    <errorid id="JVMTI_ERROR_THREAD_NOT_SUSPENDED" num="13">
      Thread was not suspended.
    </errorid>
    <errorid id="JVMTI_ERROR_THREAD_SUSPENDED" num="14">
      Thread already suspended.
    </errorid>
    <errorid id="JVMTI_ERROR_THREAD_NOT_ALIVE" num="15">
      This operation requires the thread to be alive--that is,
      it must be started and not yet have died.
    </errorid>
    <errorid id="JVMTI_ERROR_CLASS_NOT_PREPARED" num="22">
      The class has been loaded but not yet prepared.
    </errorid>
    <errorid id="JVMTI_ERROR_NO_MORE_FRAMES" num="31">
      There are no Java programming language or JNI stack frames at the specified depth.
    </errorid>
    <errorid id="JVMTI_ERROR_OPAQUE_FRAME" num="32">
      Information about the frame is not available (e.g. for native frames).
    </errorid>
    <errorid id="JVMTI_ERROR_DUPLICATE" num="40">
      Item already set.
    </errorid>
    <errorid id="JVMTI_ERROR_NOT_FOUND" num="41">
      Desired element (e.g. field or breakpoint) not found
    </errorid>
    <errorid id="JVMTI_ERROR_NOT_MONITOR_OWNER" num="51">
      This thread doesn't own the raw monitor.
    </errorid>
    <errorid id="JVMTI_ERROR_INTERRUPT" num="52">
      The call has been interrupted before completion.
    </errorid>
    <errorid id="JVMTI_ERROR_UNMODIFIABLE_CLASS" num="79">
      The class cannot be modified.
    </errorid>
    <errorid id="JVMTI_ERROR_NOT_AVAILABLE" num="98">
      The functionality is not available in this virtual machine.
    </errorid>
    <errorid id="JVMTI_ERROR_ABSENT_INFORMATION" num="101">
      The requested information is not available.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_EVENT_TYPE" num="102">
      The specified event type ID is not recognized.
    </errorid>
    <errorid id="JVMTI_ERROR_NATIVE_METHOD" num="104">
      The requested information is not available for native method.
    </errorid>
    <errorid id="JVMTI_ERROR_CLASS_LOADER_UNSUPPORTED" num="106">
      The class loader does not support this operation.
    </errorid>
  </errorcategory>

  <errorcategory id="function-specific-errors" label="Function Specific Agent Errors">
    <intro>
      The following errors are returned by some <jvmti/> functions.
      They are returned in the event of invalid parameters passed by the
      agent or usage in an invalid context.  
      An implementation is not required to detect these errors.
    </intro>

    <errorid id="JVMTI_ERROR_INVALID_THREAD" num="10">
      The passed thread is not a valid thread.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_FIELDID" num="25">
      Invalid field.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_METHODID" num="23">
      Invalid method.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_LOCATION" num="24">
      Invalid location.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_OBJECT" num="20">
      Invalid object.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_CLASS" num="21">
      Invalid class.
    </errorid>
    <errorid id="JVMTI_ERROR_TYPE_MISMATCH" num="34">
      The variable is not an appropriate type for the function used.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_SLOT" num="35">
      Invalid slot.
    </errorid>
    <errorid id="JVMTI_ERROR_MUST_POSSESS_CAPABILITY" num="99">
      The capability being used is false in this environment.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_THREAD_GROUP" num="11">
      Thread group invalid.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_MONITOR" num="50">
      Invalid raw monitor.
    </errorid>
    <errorid id="JVMTI_ERROR_ILLEGAL_ARGUMENT" num="103">
      Illegal argument.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_TYPESTATE" num="65">
      The state of the thread has been modified, and is now inconsistent.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_VERSION" num="68">
      A new class file has a version number not supported by this VM.
    </errorid>
    <errorid id="JVMTI_ERROR_INVALID_CLASS_FORMAT" num="60">
      A new class file is malformed (the VM would return a <code>ClassFormatError</code>).
    </errorid>
    <errorid id="JVMTI_ERROR_CIRCULAR_CLASS_DEFINITION" num="61">
      The new class file definitions would lead to a circular
      definition (the VM would return a <code>ClassCircularityError</code>).
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_ADDED" num="63">
      A new class file would require adding a method.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_SCHEMA_CHANGED" num="64">
      A new class version changes a field.
    </errorid>
    <errorid id="JVMTI_ERROR_FAILS_VERIFICATION" num="62">
      The class bytes fail verification.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_HIERARCHY_CHANGED" num="66">
      A direct superclass is different for the new class
      version, or the set of directly implemented
      interfaces is different.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_DELETED" num="67">
      A new class version does not declare a method
      declared in the old class version.
    </errorid>
    <errorid id="JVMTI_ERROR_NAMES_DONT_MATCH" num="69">
      The class name defined in the new class file is 
      different from the name in the old class object.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_CLASS_MODIFIERS_CHANGED" num="70">
      A new class version has different modifiers.
    </errorid>
    <errorid id="JVMTI_ERROR_UNSUPPORTED_REDEFINITION_METHOD_MODIFIERS_CHANGED" num="71">
      A method in the new class version has different modifiers
      than its counterpart in the old class version.
    </errorid>
  </errorcategory>
</errorsection>

<eventsection label="Events">
  <intro label="Handling Events" id="eventIntro">
    Agents can be informed of many events that occur in application
    programs.
    <p/>
    To handle events, designate a set of callback functions with
    <functionlink id="SetEventCallbacks"></functionlink>. 
    For each event the corresponding callback function will be 
    called.
    Arguments to the callback function provide additional
    information about the event. 
    <p/>
    The callback function is usually called from within an application 
    thread. The <jvmti/> implementation does not 
    queue events in any way. This means
    that event callback functions must be written 
    carefully. Here are some general guidelines. See 
    the individual event descriptions for further
    suggestions.
    <p/>
    <ul>
      <li>Any exception thrown during the execution of an event callback can 
	overwrite any current pending exception in the current application thread.
	Care must be taken to preserve a pending exception
	when an event callback makes a JNI call that might generate an exception.
      </li>
      <li>Event callback functions must be re-entrant. The <jvmti/> implementation does
	not queue events. If an agent needs to process events one at a time, it 
	can use a raw monitor inside the 
	event callback functions to serialize event processing.
      </li>
      <li>Event callback functions that execute JNI's FindClass function to load
        classes need to note that FindClass locates the class loader associated 
        with the current native method. For the purposes of class loading, an
        event callback that includes a JNI environment as a parameter to the
        callback will treated as if it is a native call, where the native method
        is in the class of the event thread's current frame.
      </li>
    </ul>
    <p/>
    Some <jvmti/> events identify objects with JNI references. 
    All references 
    in <jvmti/> events are JNI local references and will become invalid
    after the event callback returns.
    Unless stated otherwise, memory referenced by pointers sent in event
    callbacks may not be referenced after the event callback returns.
    <p/>
    Except where stated otherwise, events are delivered on the thread
    that caused the event.
    Events are sent at the time they occur.
    The specification for each event includes the set of
    <functionlink id="GetPhase">phases</functionlink> in which it can be sent;
    if an event triggering activity occurs during another phase, no event 
    is sent. 
    <p/>
    A thread that generates an event does not change its execution status
    (for example, the event does not cause the thread to be suspended).
    If an agent wishes the event to result in suspension, then the agent
    is responsible for explicitly suspending the thread with 
    <functionlink id="SuspendThread"></functionlink>.
    <p/>
    If an event is enabled in multiple environments, the event will be sent
    to each agent in the order that the environments were created.
  </intro>

  <intro label="Enabling Events" id="enablingevents">
    All events are initially disabled.  In order to receive any
    event:
      <ul>
	<li>
	  If the event requires a capability, that capability must
	  be added with 
	  <functionlink id="AddCapabilities"></functionlink>.
	</li>
	<li>
	  A callback for the event must be set with 
	  <functionlink id="SetEventCallbacks"></functionlink>.
	</li>
	<li>
	  The event must be enabled with
	  <functionlink id="SetEventNotificationMode"></functionlink>. 
	</li>
      </ul>
  </intro>

  <intro label="Multiple Co-located Events" id="eventorder">
    In many situations it is possible for multiple events to occur 
    at the same location in one thread. When this happens, all the events 
    are reported through the event callbacks in the order specified in this section.
    <p/>
    If the current location is at the entry point of a method, the 
    <eventlink id="MethodEntry"></eventlink> event is reported before
    any other event at the current location in the same thread.
    <p/>
    If an exception catch has been detected at the current location,
    either because it is the beginning of a catch clause or a native method
    that cleared a pending exception has returned, the
    <code>exceptionCatch</code> event is reported before
    any other event at the current location in the same thread.
    <p/>
    If a <code>singleStep</code> event or 
    <code>breakpoint</code> event is triggered at the 
    current location, the event is defined to occur 
    immediately before the code at the current location is executed. 
    These events are reported before any events which are triggered 
    by the execution of code at the current location in the same 
    thread (specifically: 
    <code>exception</code>,
    <code>fieldAccess</code>, and
    <code>fieldModification</code>).
    If both a step and breakpoint event are triggered for the same thread and 
    location, the step event is reported before the breakpoint event.
    <p/>
    If the current location is the exit point of a method (that is, the last
    location before returning to the caller), the 
    <eventlink id="MethodExit"></eventlink> event and 
    the <eventlink id="FramePop"></eventlink> event (if requested)
    are reported after all other events at the current location in the same
    thread. There is no specified ordering of these two events 
    with respect to each other.
    <p/>
    Co-located events can be triggered during the processing of some other
    event by the agent at the same location in the same thread.
    If such an event, of type <i>y</i>, is triggered during the processing of 
    an event of type <i>x</i>, and if <i>x</i> 
    precedes <i>y</i> in the ordering specified above, the co-located event 
    <i>y</i> is reported for the current thread and location. If <i>x</i> does not precede
    <i>y</i>, <i>y</i> is not reported for the current thread and location.
    For example, if a breakpoint is set at the current location 
    during the processing of <eventlink id="SingleStep"></eventlink>,
    that breakpoint will be reported before the thread moves off the current 
    location.
    <p/>The following events are never considered to be co-located with 
    other events.
    <ul>
      <li><eventlink id="VMStart"></eventlink></li>
      <li><eventlink id="VMInit"></eventlink></li>
      <li><eventlink id="VMDeath"></eventlink></li>
      <li><eventlink id="ThreadStart"></eventlink></li>
      <li><eventlink id="ThreadEnd"></eventlink></li>
      <li><eventlink id="ClassLoad"></eventlink></li>
      <li><eventlink id="ClassPrepare"></eventlink></li>
    </ul>
  </intro>

  <intro label="Event Callbacks" id="jvmtiEventCallbacks">
      The event callback structure below is used to specify the handler function
      for events.  It is set with the
      <functionlink id="SetEventCallbacks"></functionlink> function. 
  </intro>

  <event label="Single Step"
	 id="SingleStep" const="JVMTI_EVENT_SINGLE_STEP" filtered="thread" num="60">
    <description>
      Single step events allow the agent to trace thread execution
      at the finest granularity allowed by the VM. A single step event is
      generated whenever a thread reaches a new location. 
      Typically, single step events represent the completion of one VM 
      instruction as defined in <vmspec/>. However, some implementations 
      may define locations differently. In any case the 
      <code>method</code> and <code>location</code>
      parameters  uniquely identify the current location and allow
      the mapping to source file and line number when that information is 
      available.
      <p/>
      No single step events are generated from within native methods.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_single_step_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread about to execution a new instruction
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method about to execute a new instruction
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method about to execute a new instruction
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  Location of the new instruction
	</description>
      </param>
    </parameters>
  </event>

  <event label="Breakpoint"
	 id="Breakpoint" const="JVMTI_EVENT_BREAKPOINT" filtered="thread" num="62">
    <description>
      Breakpoint events are generated whenever a thread reaches a location
      designated as a breakpoint with <functionlink id="SetBreakpoint"></functionlink>.
      The <code>method</code> and <code>location</code>
      parameters uniquely identify the current location and allow
      the mapping to source file and line number when that information is 
      available.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_breakpoint_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread that hit the breakpoint
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method that hit the breakpoint
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method that hit the breakpoint
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  location of the breakpoint
	</description>
      </param>
    </parameters>
  </event>

  <event label="Field Access"
	 id="FieldAccess" const="JVMTI_EVENT_FIELD_ACCESS" filtered="thread" num="63">
    <description>
      Field access events are generated whenever a thread accesses
      a field that was designated as a watchpoint 
      with <functionlink id="SetFieldAccessWatch"></functionlink>.
      The <code>method</code> and <code>location</code> 
      parameters uniquely identify the current location and allow
      the mapping to source file and line number when that information is 
      available. 
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_field_access_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread accessing the field
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method where the access is occurring
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method where the access is occurring
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  Location where the access is occurring
	</description>
      </param>
      <param id="field_klass">
	<jclass field="field"/>
	  <description>
	    Class of the field being accessed
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    Object with the field being accessed if the field is an
	    instance field; <code>NULL</code> otherwise
	  </description>
      </param>
      <param id="field">
	<jfieldID class="field_klass"/>
	  <description>
	    Field being accessed
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Field Modification"
	 id="FieldModification" const="JVMTI_EVENT_FIELD_MODIFICATION" filtered="thread" num="64">
    <description>
      Field modification events are generated whenever a thread modifies
      a field that was designated as a watchpoint 
      with <functionlink id="SetFieldModificationWatch"></functionlink>.
      The <code>method</code> and <code>location</code> 
      parameters uniquely identify the current location and allow
      the mapping to source file and line number when that information is 
      available. 
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_field_modification_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread modifying the field
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method where the modification is occurring
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method where the modification is occurring
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  Location where the modification is occurring
	</description>
      </param>
      <param id="field_klass">
	<jclass field="field"/>
	  <description>
	    Class of the field being modified
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    Object with the field being modified if the field is an
	    instance field; <code>NULL</code> otherwise
	  </description>
      </param>
      <param id="field">
	<jfieldID class="field_klass"/>
	  <description>
	    Field being modified
	  </description>
      </param>
      <param id="signature_type">
	<char/>
	<description>
	  Signature type of the new value
	</description>
      </param>
      <param id="new_value">
	<jvalue/>
	<description>
	  The new value
	</description>
      </param>
    </parameters>
  </event>

  <event label="Frame Pop"
	 id="FramePop" const="JVMTI_EVENT_FRAME_POP" filtered="thread" num="61">
    <description>
      Frame pop events are generated upon exit from a single method 
      in a single frame as specified
      in a call to <functionlink id="NotifyFramePop"></functionlink>.
      This is true whether termination is caused by
      executing its return instruction
      or by throwing an exception to its caller 
      (see <paramlink id="was_popped_by_exception"></paramlink>).
      However, frame pops caused by the <functionlink id="PopFrame"/> 
      function are not reported.
      <p/>
      The location reported by <functionlink id="GetFrameLocation"></functionlink>
      identifies the executable location in the returning method, 
      immediately prior to the return. 
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_frame_pop_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread that is popping the frame
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method being popped
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method being popped
	  </description>
      </param>
      <param id="was_popped_by_exception">
	<jboolean/>
	<description>
	  True if frame was popped by a thrown exception.
	  False if method exited through its return instruction.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Method Entry"
	 id="MethodEntry" const="JVMTI_EVENT_METHOD_ENTRY" filtered="thread" num="65">
    <description>
      Method entry events are generated upon entry of Java 
      programming language methods (including native methods).
      <p/>
      The location reported by <functionlink id="GetFrameLocation"></functionlink>
      identifies the initial executable location in
      the method. 
      <p/>
      Enabling method
      entry or exit events will significantly degrade performance on many platforms and is thus
      not advised for performance critical usage (such as profiling).
      <internallink id="bci">Bytecode instrumentation</internallink> should be 
      used in these cases.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_method_entry_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread entering the method
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method being entered
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method being entered
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Method Exit"
	 id="MethodExit" const="JVMTI_EVENT_METHOD_EXIT" filtered="thread" num="66">
    <description>
      Method exit events are generated upon exit from Java 
      programming language methods (including native methods).
      This is true whether termination is caused by
      executing its return instruction
      or by throwing an exception to its caller 
      (see <paramlink id="was_popped_by_exception"></paramlink>).
      <p/>
      The <code>method</code> field uniquely identifies the
      method being entered or exited. The <code>frame</code> field provides 
      access to the stack frame for the method.
      <p/>
      The location reported by <functionlink id="GetFrameLocation"></functionlink>
      identifies the executable location in the returning method 
      immediately prior to the return. 
      <p/>
        Enabling method
	entry or exit events will significantly degrade performance on many platforms and is thus
	not advised for performance critical usage (such as profiling).
        <internallink id="bci">Bytecode instrumentation</internallink> should be 
        used in these cases.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_method_exit_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread exiting the method
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method being exited
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method being exited
	  </description>
      </param>
      <param id="was_popped_by_exception">
	<jboolean/>
	<description>
	  True if frame was popped by a thrown exception.
	  False if method exited through its return instruction.
	</description>
      </param>
      <param id="return_value">
	<jvalue/>
	<description>
	  The return value of the method being exited.
	  Undefined and should not be used if 
	  <paramlink id="was_popped_by_exception"></paramlink>
	  is true.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Native Method Bind" phase="any"
	 id="NativeMethodBind" const="JVMTI_EVENT_NATIVE_METHOD_BIND" num="67">
    <description>
      A Native Method Bind event is sent when a VM binds a 
      Java programming language native method
      to the address of a function that implements the native method. 
      This will occur when the native method is called for the first time
      and also occurs when the JNI function <code>RegisterNatives</code> is called.
      This event allows the bind to be redirected to an agent-specified
      proxy function. 
      This event is not sent when the native method is unbound.
      Typically, this proxy function will need to be specific to a 
      particular method or, to handle the general case, automatically
      generated assembly code, since after instrumentation code is 
      executed the function at the original binding 
      address will usually be invoked.
      The original binding can be restored or the redirection changed
      by use of the JNI function <code>RegisterNatives</code>.
      Some events may be sent during the primordial phase, JNI and
      most of <jvmti/> cannot be used at this time but the method and
      address can be saved for use later.
    </description>
    <origin>new</origin>
    <capabilities>
      <required id="can_generate_native_method_bind_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
	    Will be <code>NULL</code> if sent during the primordial 
            <functionlink id="GetPhase">phase</functionlink>.
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread requesting the bind
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method being bound
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Native method being bound
	  </description>
      </param>
      <param id="address">
	<outptr><void/></outptr>
	<description>
	  The address the VM is about to bind to--that is, the
	  address of the implementation of the native method
	</description>
      </param>
      <param id="new_address_ptr">
        <agentbuf><void/></agentbuf>
	<description>
	  if the referenced address is changed (that is, if
	  <code>*new_address_ptr</code> is set), the binding
	  will instead be made to the supplied address.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Exception"
	 id="Exception" const="JVMTI_EVENT_EXCEPTION" filtered="thread" num="58">
    <description>
      Exception events are generated whenever an exception is first detected
      in a Java programming language method. 
      Where "exception" means any <code>java.lang.Throwable</code>.
      The exception may have been thrown by a Java programming language or native
      method, but in the case of native methods, the event is not generated
      until the exception is first seen by a Java programming language method. If an exception is
      set and cleared in a native method (and thus is never visible to Java programming language code),
      no exception event is generated.
      <p/>
      The <code>method</code> and <code>location</code>
      parameters  uniquely identify the current location 
      (where the exception was detected) and allow
      the mapping to source file and line number when that information is 
      available. The <code>exception</code> field identifies the thrown
      exception object. The <code>catch_method</code>
      and <code>catch_location</code> identify the location of the catch clause,
      if any, that handles the thrown exception. If there is no such catch clause,
      each field is set to 0. There is no guarantee that the thread will ever
      reach this catch clause. If there are native methods on the call stack
      between the throw location and the catch clause, the exception may 
      be reset by one of those native methods.
      Similarly, exceptions that are reported as uncaught (<code>catch_klass</code>
      et al. set to 0) may in fact be caught by native code.
      Agents can check for these occurrences by monitoring 
      <eventlink id="ExceptionCatch"></eventlink> events.
      Note that finally clauses are implemented as catch and re-throw. Therefore they
      will be reported in the catch location.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_exception_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread generating the exception
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class generating the exception
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method generating the exception
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  Location where exception occurred
	</description>
      </param>
      <param id="exception">
	<jobject/>
	  <description>
	    The exception being thrown
	  </description>
      </param>
      <param id="catch_klass">
	<jclass method="catch_method"/>
	  <description>
	    Class that will catch the exception, or <code>NULL</code> if no known catch
	  </description>
      </param>
      <param id="catch_method">
	<jmethodID class="catch_klass"/>
	  <description>
	    Method that will catch the exception, or <code>NULL</code> if no known catch
	  </description>
      </param>
      <param id="catch_location">
	<jlocation/>
	<description>
	  location which will catch the exception or zero if no known catch
	</description>
      </param>
    </parameters>
  </event>

  <event label="Exception Catch"
	 id="ExceptionCatch" const="JVMTI_EVENT_EXCEPTION_CATCH" filtered="thread" num="59">
    <description>
      Exception catch events are generated whenever a thrown exception is caught.
      Where "exception" means any <code>java.lang.Throwable</code>.
      If the exception is caught in a Java programming language method, the event is generated
      when the catch clause is reached. If the exception is caught in a native
      method, the event is generated as soon as control is returned to a Java programming language 
      method. Exception catch events are generated for any exception for which
      a throw was detected in a Java programming language method.
      Note that finally clauses are implemented as catch and re-throw. Therefore they
      will generate exception catch events.
      <p/>
      The <code>method</code> and <code>location</code>
      parameters uniquely identify the current location 
      and allow the mapping to source file and line number when that information is 
      available. For exceptions caught in a Java programming language method, the 
      <code>exception</code> object identifies the exception object. Exceptions
      caught in native methods are not necessarily available by the time the 
      exception catch is reported, so the <code>exception</code> field is set
      to <code>NULL</code>.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
      <required id="can_generate_exception_events"></required>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread catching the exception
	  </description>
      </param>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class catching the exception
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method catching the exception
	  </description>
      </param>
      <param id="location">
	<jlocation/>
	<description>
	  Location where exception is being caught
	</description>
      </param>
      <param id="exception">
	<jobject/>
	  <description>
	    Exception being caught
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Thread Start"
	 id="ThreadStart" const="JVMTI_EVENT_THREAD_START" num="52" phase="start">
    <description>
      Thread start events are generated by a new thread before its initial
      method executes. 
      <p/>
      A thread may be listed in the array returned by
      <functionlink id="GetAllThreads"></functionlink>
      before its thread start event is generated. 
      It is possible for other events to be generated
      on a thread before its thread start event.
      <p/>
      The event is sent on the newly started <paramlink id="thread"></paramlink>.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread starting
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Thread End"
	 id="ThreadEnd" const="JVMTI_EVENT_THREAD_END" filtered="thread" num="53" phase="start"> 
    <description>
      Thread end events are generated by a terminating thread
      after its initial method has finished execution. 
      <p/>
      A thread may be listed in the array returned by
      <functionlink id="GetAllThreads"></functionlink>
      after its thread end event is generated. 
      No events are generated on a thread
      after its thread end event.
      <p/>
      The event is sent on the dying <paramlink id="thread"></paramlink>.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread ending
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Class Load"
	 id="ClassLoad" const="JVMTI_EVENT_CLASS_LOAD" filtered="thread" phase="start" num="55">
    <description>
      A class load event is generated when a class is first loaded. The order
      of class load events generated by a particular thread are guaranteed
      to match the order of class loading within that thread. 
      Array class creation does not generate a class load event.
      The creation of a primitive class (for example, java.lang.Integer.TYPE) 
      does not generate a class load event.
      <p/>
      This event is sent at an early stage in loading the class. As
      a result the class should be used carefully.  Note, for example,
      that methods and fields are not yet loaded, so queries for methods,
      fields, subclasses, and so on will not give correct results. 
      See "Loading of Classes and Interfaces" in the <i>Java Language
      Specification</i>.  For most
      purposes the <eventlink id="ClassPrepare"></eventlink> event will
      be more useful.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread loading the class
	  </description>
      </param>
      <param id="klass">
	<jclass/>
	  <description>
	    Class being loaded
	  </description>
      </param>
    </parameters>
  </event>

  <elide>
  <event label="Class Unload"
	 id="ClassUnload" const="JVMTI_EVENT_CLASS_UNLOAD" num="57">
    <description>
      A class unload event is generated when the class is about to be unloaded.
      Class unload events take place during garbage collection and must be 
      handled extremely carefully. The garbage collector holds many locks
      and has suspended all other threads, so the event handler cannot depend
      on the ability to acquire any locks. The class unload event handler should
      do as little as possible, perhaps by queuing information to be processed
      later.  In particular, the <code>jclass</code> should be used only in
      the JNI function <code>isSameObject</code> or in the following <jvmti/> functions:
      <ul>
	<li><functionlink id="GetClassSignature"></functionlink></li>
	<li><functionlink id="GetSourceFileName"></functionlink></li>
	<li><functionlink id="IsInterface"></functionlink></li>
	<li><functionlink id="IsArrayClass"></functionlink></li>
      </ul>
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread generating the class unload
	  </description>
      </param>
      <param id="klass">
	<jclass/>
	  <description>
	    Class being unloaded
	  </description>
      </param>
    </parameters>
  </event>
  </elide>

  <event label="Class Prepare"
	 id="ClassPrepare" const="JVMTI_EVENT_CLASS_PREPARE" filtered="thread" phase="start" num="56">
    <description>
      A class prepare event is generated when class preparation is complete.
      At this point, class fields, methods, and implemented interfaces are 
      available, and no code from the class has been executed. Since array 
      classes never have fields or methods, class prepare events are not 
      generated for them. Class prepare events are not generated for 
      primitive classes (for example, <code>java.lang.Integer.TYPE</code>). 
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters> 
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread generating the class prepare
	  </description>
      </param>
      <param id="klass">
	<jclass/>
	  <description>
	    Class being prepared
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Class File Load Hook" phase="any"
	 id="ClassFileLoadHook" const="JVMTI_EVENT_CLASS_FILE_LOAD_HOOK" num="54">
    <description>
      This event is sent when the VM obtains class file data,
      but before it constructs
      the in-memory representation for that class. 
      This event is also sent when the class is being modified by the 
      <functionlink id="RetransformClasses"/> function or
      the <functionlink id="RedefineClasses"/> function,
      called in any <jvmti/> environment.
      The agent can instrument
      the existing class file data sent by the VM to include profiling/debugging hooks.
      See the description of 
      <internallink id="bci">bytecode instrumentation</internallink>
      for usage information.
      <p/>
    This event may be sent before the VM is initialized (the primordial 
    <functionlink id="GetPhase">phase</functionlink>). During this time
    no VM resources should be created.  Some classes might not be compatible
    with the function (eg. ROMized classes) and this event will not be
    generated for these classes.
    <p/>
    The agent must allocate the space for the modified 
    class file data buffer
    using the memory allocation function 
    <functionlink id="Allocate"></functionlink> because the
    VM is responsible for freeing the new class file data buffer
    using <functionlink id="Deallocate"></functionlink>.  
    Note that <functionlink id="Allocate"></functionlink>
    is permitted during the primordial phase.
    <p/>
    If the agent wishes to modify the class file, it must set 
    <code>new_class_data</code> to point
    to the newly instrumented class file data buffer and set
    <code>new_class_data_len</code> to the length of that 
    buffer before returning
    from this call.  If no modification is desired, the agent simply
    does not set <code>new_class_data</code>.  If multiple agents
    have enabled this event the results are chained. That is, if
    <code>new_class_data</code> has been set, it becomes the 
    <code>class_data</code> for the next agent.
    <p/>
    The order that this event is sent to each environment differs
    from other events.
    This event is sent to environments in the following order:
    <ul>
      <li><fieldlink id="can_retransform_classes"
                     struct="jvmtiCapabilities">retransformation
                                                incapable</fieldlink>
          environments, in the 
          order in which they were created
      </li>
      <li><fieldlink id="can_retransform_classes"
                     struct="jvmtiCapabilities">retransformation
                                                capable</fieldlink>
          environments, in the 
          order in which they were created
      </li>
    </ul>
    When triggered by <functionlink id="RetransformClasses"/>,
    this event is sent only to <fieldlink id="can_retransform_classes"
                     struct="jvmtiCapabilities">retransformation
                                                capable</fieldlink>
    environments.
  </description>
  <origin>jvmpi</origin>
    <capabilities>
      <capability id="can_generate_all_class_hook_events"></capability>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
	    Will be <code>NULL</code> if sent during the primordial 
            <functionlink id="GetPhase">phase</functionlink>.
          </description>
      </param>
      <param id="class_being_redefined">
	<jclass/>
	<description>
	  The class being
          <functionlink id="RedefineClasses">redefined</functionlink> or
          <functionlink id="RetransformClasses">retransformed</functionlink>.
          <code>NULL</code> if sent by class load.
	</description>
      </param>
      <param id="loader">
	<jobject/>
	  <description>
	    The class loader loading the class.  
            <code>NULL</code> if the bootstrap class loader.
	  </description>
      </param>
      <param id="name">
	<vmbuf><char/></vmbuf>
	<description>
            Name of class being loaded as a VM internal qualified name
            (for example, "java/util/List"), encoded as a
	    <internallink id="mUTF">modified UTF-8</internallink> string.
            Note: if the class is defined with a <code>NULL</code> name or
            without a name specified, <code>name</code> will be <code>NULL</code>.
	</description>
      </param>
      <param id="protection_domain">
	<jobject/>
	<description>
	  The <code>ProtectionDomain</code> of the class.
	</description>
      </param>
      <param id="class_data_len">
	<jint/>
	<description>
	  Length of current class file data buffer.
	</description>
      </param>
      <param id="class_data">
	<vmbuf><uchar/></vmbuf>
	<description>
	  Pointer to the current class file data buffer.
	</description>
      </param>
      <param id="new_class_data_len">
	<outptr><jint/></outptr>
	<description>
	  Pointer to the length of the new class file data buffer.
	</description>
      </param>
      <param id="new_class_data">
        <agentbuf incount="new_class_data_len"><uchar/></agentbuf>
	<description>
	  Pointer to the pointer to the instrumented class file data buffer.
	</description>
      </param>
    </parameters>
  </event>

  <event label="VM Start Event"
	 id="VMStart" const="JVMTI_EVENT_VM_START" num="57" phase="start">
    <description>
      The VM initialization event signals the start of the VM.
      At this time JNI is live but the VM is not yet fully initialized.
      Once this event is generated, the agent is free to call any JNI function.
      This event signals the beginning of the start phase, 
      <jvmti/> functions permitted in the start phase may be called.
      <p/>
      In the case of VM start-up failure, this event will not be sent.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
          </description>
      </param>
    </parameters>
  </event>

  <event label="VM Initialization Event"
	 id="VMInit" const="JVMTI_EVENT_VM_INIT" num="50">
    <description>
      The VM initialization event signals the completion of VM initialization. Once
      this event is generated, the agent is free to call any JNI or <jvmti/>
      function. The VM initialization event can be preceded by or can be concurrent
      with other events, but
      the preceding events should be handled carefully, if at all, because the
      VM has not completed its initialization. The thread start event for the
      main application thread is guaranteed not to occur until after the 
      handler for the VM initialization event returns.
      <p/>
      In the case of VM start-up failure, this event will not be sent.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread.
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    The initial thread
	  </description>
      </param>
    </parameters>
  </event>

  <event label="VM Death Event"
	 id="VMDeath" const="JVMTI_EVENT_VM_DEATH" num="51">
    <description>
      The VM death event notifies the agent of the termination of the VM. 
      No events will occur after the VMDeath event.
      <p/>
      In the case of VM start-up failure, this event will not be sent.
      Note that <internallink id="onunload">Agent_OnUnload</internallink>
      will still be called in these cases.
    </description>
    <origin>jvmdi</origin>
    <capabilities>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
    </parameters>
  </event>

  <event label="Compiled Method Load"
	 id="CompiledMethodLoad" const="JVMTI_EVENT_COMPILED_METHOD_LOAD" num="68">
    <description>
      Sent when a method is compiled and loaded into memory by the VM.
      If it is unloaded, the <eventlink id="CompiledMethodUnload"/> event is sent.
      If it is moved, the <eventlink id="CompiledMethodUnload"/> event is sent,
      followed by a new <code>CompiledMethodLoad</code> event.
      Note that a single method may have multiple compiled forms, and that
      this event will be sent for each form.
      Note also that several methods may be inlined into a single 
      address range, and that this event will be sent for each method.
      <p/>
      These events can be sent after their initial occurrence with
      <functionlink id="GenerateEvents"></functionlink>.
    </description>
    <origin>jvmpi</origin>
    <typedef id="jvmtiAddrLocationMap" label="Native address to location entry">
      <field id="start_address">
	<vmbuf><void/></vmbuf>
	<description>
	  Starting native address of code corresponding to a location
	</description>
      </field>
      <field id="location">
	<jlocation/>
	<description>
	  Corresponding location. See 
	  <functionlink id="GetJLocationFormat"></functionlink>
	  for the meaning of location.
	</description>
      </field>
    </typedef>
    <capabilities>
      <required id="can_generate_compiled_method_load_events"></required>
    </capabilities>
    <parameters>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the method being compiled and loaded
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Method being compiled and loaded
	  </description>
      </param>
      <param id="code_size">
	<jint/>
	<description>
	  Size of compiled code
	</description>
      </param>
      <param id="code_addr">
	<vmbuf><void/></vmbuf>
	<description>
	  Address where compiled method code is loaded
	</description>
      </param>
      <param id="map_length">
	<jint/>
	<description>
	  Number of <typelink id="jvmtiAddrLocationMap"></typelink>
	  entries in the address map.
	  Zero if mapping information cannot be supplied.
	</description>
      </param>
      <param id="map">
	<vmbuf><struct>jvmtiAddrLocationMap</struct></vmbuf>
	<description>
	  Map from native addresses to location.
	  The native address range of each entry is from 
	  <fieldlink id="start_address" struct="jvmtiAddrLocationMap"></fieldlink>
	  to <code>start_address-1</code> of the next entry.
	  <code>NULL</code> if mapping information cannot be supplied.
	</description>
      </param>
      <param id="compile_info">
	<vmbuf><void/></vmbuf>
	<description>
	  VM-specific compilation information.  
	  The referenced compile information is managed by the VM
	  and must not depend on the agent for collection.
	  A VM implementation defines the content and lifetime 
	  of the information.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Compiled Method Unload"
	 id="CompiledMethodUnload" const="JVMTI_EVENT_COMPILED_METHOD_UNLOAD" num="69">
    <description>
      Sent when a compiled method is unloaded from memory.
      This event might not be sent on the thread which performed the unload.
      This event may be sent sometime after the unload occurs, but 
      will be sent before the memory is reused
      by a newly generated compiled method. This event may be sent after 
      the class is unloaded.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
      <required id="can_generate_compiled_method_load_events"></required>
    </capabilities>
    <parameters>
      <param id="klass">
	<jclass method="method"/>
	  <description>
	    Class of the compiled method being unloaded.
	  </description>
      </param>
      <param id="method">
	<jmethodID class="klass"/>
	  <description>
	    Compiled method being unloaded.
	    For identification of the compiled method only -- the class 
	    may be unloaded and therefore the method should not be used
	    as an argument to further JNI or <jvmti/> functions.
	  </description>
      </param>
      <param id="code_addr">
	<vmbuf><void/></vmbuf>
	<description>
	  Address where compiled method code was loaded.
          For identification of the compiled method only -- 
          the space may have been reclaimed.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Dynamic Code Generated" phase="any"
	 id="DynamicCodeGenerated" const="JVMTI_EVENT_DYNAMIC_CODE_GENERATED" num="70">
    <description>
      Sent when a component of the virtual machine is generated dynamically.
      This does not correspond to Java programming language code that is
      compiled--see <eventlink id="CompiledMethodLoad"></eventlink>.
      This is for native code--for example, an interpreter that is generated
      differently depending on command-line options.
      <p/>
      Note that this event has no controlling capability.
      If a VM cannot generate these events, it simply does not send any.
      <p/>
      These events can be sent after their initial occurrence with
      <functionlink id="GenerateEvents"></functionlink>.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
    </capabilities>
    <parameters>
      <param id="name">
	<vmbuf><char/></vmbuf>
	<description>
	  Name of the code, encoded as a
	  <internallink id="mUTF">modified UTF-8</internallink> string.
          Intended for display to an end-user.
          The name might not be unique.
	</description>
      </param>
      <param id="address">
	<vmbuf><void/></vmbuf>
	<description>
	  Native address of the code
	</description>
      </param>
      <param id="length">
	<jint/>
	<description>
	  Length in bytes of the code
	</description>
      </param>
    </parameters>
  </event>

  <event label="Data Dump Request"
	 id="DataDumpRequest" const="JVMTI_EVENT_DATA_DUMP_REQUEST" num="71">
    <description>
      Sent by the VM to request the agent to dump its data.  This
      is just a hint and the agent need not react to this event.
      This is useful for processing command-line signals from users.  For
      example, in the Java 2 SDK a CTRL-Break on Win32 and a CTRL-\ on Solaris
      causes the VM to send this event to the agent.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
    </capabilities>
    <parameters>
    </parameters>
  </event>

  <event label="Monitor Contended Enter"
	 id="MonitorContendedEnter" const="JVMTI_EVENT_MONITOR_CONTENDED_ENTER" filtered="thread" num="75">
    <description>
      Sent when a thread is attempting to enter a Java programming language
      monitor already acquired by another thread.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
      <required id="can_generate_monitor_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    JNI local reference to the thread 
	    attempting to enter the monitor
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    JNI local reference to the monitor
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Monitor Contended Entered"
	 id="MonitorContendedEntered" const="JVMTI_EVENT_MONITOR_CONTENDED_ENTERED" filtered="thread" num="76">
    <description>
      Sent when a thread enters a Java programming language
      monitor after waiting for it to be released by another thread.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
      <required id="can_generate_monitor_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    JNI local reference to the thread entering
	    the monitor
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    JNI local reference to the monitor
	  </description>
      </param>
    </parameters>
  </event>

  <event label="Monitor Wait"
	 id="MonitorWait" const="JVMTI_EVENT_MONITOR_WAIT" filtered="thread" num="73">
    <description>
      Sent when a thread is about to wait on an object.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
      <required id="can_generate_monitor_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    JNI local reference to the thread about to wait
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    JNI local reference to the monitor
	  </description>
      </param>
      <param id="timeout">
	<jlong/>
	<description>
	  The number of milliseconds the thread will wait
	</description>
      </param>
    </parameters>
  </event>

  <event label="Monitor Waited"
	 id="MonitorWaited" const="JVMTI_EVENT_MONITOR_WAITED" filtered="thread" num="74">
    <description>
      Sent when a thread finishes waiting on an object.
    </description>
    <origin>jvmpi</origin>
    <capabilities>
      <required id="can_generate_monitor_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    JNI local reference to the thread that was finished waiting
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    JNI local reference to the monitor.
	  </description>
      </param>
      <param id="timed_out">
	<jboolean/>
	<description>
	  True if the monitor timed out
	</description>
      </param>
    </parameters>
  </event>

  <event label="Resource Exhausted"
	 id="ResourceExhausted" const="JVMTI_EVENT_RESOURCE_EXHAUSTED" num="80"
         since="1.1">
    <description>
      Sent when a VM resource needed by a running application has been exhausted.
      Except as required by the optional capabilities, the set of resources 
      which report exhaustion is implementation dependent.
      <p/>
      The following bit flags define the properties of the resource exhaustion:
      <constants id="jvmtiResourceExhaustionFlags" 
                 label="Resource Exhaustion Flags" 
                 kind="bits" 
                 since="1.1">
        <constant id="JVMTI_RESOURCE_EXHAUSTED_OOM_ERROR" num="0x0001">
          After this event returns, the VM will throw a
          <code>java.lang.OutOfMemoryError</code>.
        </constant>	  
        <constant id="JVMTI_RESOURCE_EXHAUSTED_JAVA_HEAP" num="0x0002">
	  The VM was unable to allocate memory from the <tm>Java</tm> 
          platform <i>heap</i>.
          The <i>heap</i> is the runtime
          data area from which memory for all class instances and
          arrays are allocated.
        </constant>	  
        <constant id="JVMTI_RESOURCE_EXHAUSTED_THREADS" num="0x0004">
	  The VM was unable to create a thread.
        </constant>	  
      </constants>
    </description>
    <origin>new</origin>
    <capabilities>
      <capability id="can_generate_resource_exhaustion_heap_events">
        Can generate events when the VM is unable to allocate memory from the
        <internallink id="JVMTI_RESOURCE_EXHAUSTED_JAVA_HEAP">heap</internallink>.
      </capability>
      <capability id="can_generate_resource_exhaustion_threads_events">
        Can generate events when the VM is unable to 
        <internallink id="JVMTI_RESOURCE_EXHAUSTED_THREADS">create
        a thread</internallink>.
      </capability>
    </capabilities>
    <parameters>
      <param id="jni_env">
        <outptr>
          <struct>JNIEnv</struct>
        </outptr>
          <description>
            The JNI environment of the event (current) thread
          </description>
      </param>
      <param id="flags">
	<jint/>
        <description>
	  Flags defining the properties of the of resource exhaustion
	  as specified by the 
          <internallink id="jvmtiResourceExhaustionFlags">Resource 
          Exhaustion Flags</internallink>.
	  </description>
	</param>
      <param id="reserved">
	<vmbuf><void/></vmbuf>
	<description>
	  Reserved.
	</description>
      </param>
      <param id="description">
	<vmbuf><char/></vmbuf>
	<description>
	  Description of the resource exhaustion, encoded as a
	  <internallink id="mUTF">modified UTF-8</internallink> string.
	</description>
      </param>
    </parameters>
  </event>

  <event label="VM Object Allocation"
	 id="VMObjectAlloc" const="JVMTI_EVENT_VM_OBJECT_ALLOC" num="84">
    <description>
      Sent when a method causes the virtual machine to allocate an 
      Object visible to Java programming language code and the
      allocation is not detectable by other intrumentation mechanisms.
      Generally object allocation should be detected by instrumenting
      the bytecodes of allocating methods.
      Object allocation generated in native code by JNI function
      calls should be detected using 
      <internallink id="jniIntercept">JNI function interception</internallink>.
      Some methods might not have associated bytecodes and are not 
      native methods, they instead are executed directly by the 
      VM. These methods should send this event.
      Virtual machines which are incapable of bytecode instrumentation
      for some or all of their methods can send this event.
      <p/>
      Typical examples where this event might be sent:
      <ul>
        <li>Reflection -- for example, <code>java.lang.Class.newInstance()</code></li>
        <li>Methods not represented by bytecodes -- for example, VM intrinsics and
            J2ME preloaded classes</li>
      </ul>
      Cases where this event would not be generated:
      <ul>
        <li>Allocation due to bytecodes -- for example, the <code>new</code>
            and <code>newarray</code> VM instructions</li>
        <li>Allocation due to JNI function calls -- for example,
            <code>AllocObject</code></li>
        <li>Allocations during VM initialization</li>
        <li>VM internal objects</li>
      </ul>
    </description>
    <origin>new</origin>
    <capabilities>
      <required id="can_generate_vm_object_alloc_events"></required>
    </capabilities>
    <parameters>
      <param id="jni_env">
	<outptr>
	  <struct>JNIEnv</struct>
	</outptr>
	  <description>
            The JNI environment of the event (current) thread
	  </description>
      </param>
      <param id="thread">
	<jthread/>
	  <description>
	    Thread allocating the object.
	  </description>
      </param>
      <param id="object">
	<jobject/>
	  <description>
	    JNI local reference to the object that was allocated
	  </description>
      </param>
      <param id="object_klass">
	<jclass/>
	  <description>
	    JNI local reference to the class of the object
	  </description>
      </param>
      <param id="size">
	<jlong/>
	<description>
	    Size of the object (in bytes). See <functionlink id="GetObjectSize"/>.
	</description>
      </param>
    </parameters>
  </event>

  <event label="Object Free"
	 id="ObjectFree" const="JVMTI_EVENT_OBJECT_FREE" num="83">
    <description>
      An Object Free event is sent when the garbage collector frees an object.
      Events are only sent for tagged objects--see
      <internallink id="Heap">heap functions</internallink>.
      <p/>
      The event handler must not use JNI functions and
      must not use <jvmti/> functions except those which
      specifically allow such use (see the raw monitor, memory management,
      and environment local storage functions).
    </description>
    <origin>new</origin>
    <capabilities>
      <required id="can_generate_object_free_events"></required>
    </capabilities>
    <parameters>
      <param id="tag">
	<jlong/>
	<description>
	  The freed object's tag
	</description>
      </param>
    </parameters>
  </event>

  <event label="Garbage Collection Start"
	 id="GarbageCollectionStart" const="JVMTI_EVENT_GARBAGE_COLLECTION_START" num="81">
    <description>
      A Garbage Collection Start event is sent when a 
      garbage collection pause begins.
      Only stop-the-world collections are reported--that is, collections during
      which all threads cease to modify the state of the Java virtual machine.
      This means that some collectors will never generate these events.
      This event is sent while the VM is still stopped, thus
      the event handler must not use JNI functions and
      must not use <jvmti/> functions except those which
      specifically allow such use (see the raw monitor, memory management,
      and environment local storage functions).
      <p/>
      This event is always sent as a matched pair with 
      <eventlink id="GarbageCollectionFinish"/> 
      (assuming both events are enabled) and no garbage collection
      events will occur between them.
    </description>
    <origin>new</origin>
    <capabilities>
      <required id="can_generate_garbage_collection_events"></required>
    </capabilities>
    <parameters>
    </parameters>
  </event>

  <event label="Garbage Collection Finish"
	 id="GarbageCollectionFinish" const="JVMTI_EVENT_GARBAGE_COLLECTION_FINISH" num="82">
    <description>
      A Garbage Collection Finish event is sent when a
      garbage collection pause ends.
      This event is sent while the VM is still stopped, thus
      the event handler must not use JNI functions and
      must not use <jvmti/> functions except those which
      specifically allow such use (see the raw monitor, memory management,
      and environment local storage functions).
      <p/>
      Some agents may need to do post garbage collection operations that
      require the use of the disallowed <jvmti/> or JNI functions. For these
      cases an agent thread can be created which waits on a raw monitor,
      and the handler for the Garbage Collection Finish event simply
      notifies the raw monitor
      <p/>
      This event is always sent as a matched pair with 
      <eventlink id="GarbageCollectionStart"/> (assuming both events are enabled).
      <issue>
	The most important use of this event is to provide timing information,
	and thus additional information is not required.  However,  
	information about the collection which is "free" should be included -
        what that information is needs to be determined.
      </issue>
    </description>
    <origin>new</origin>
    <capabilities>
      <required id="can_generate_garbage_collection_events"></required>
    </capabilities>
    <parameters>
    </parameters>
  </event>

  <elide>
  <event label="Verbose Output" phase="any"
	 id="VerboseOutput" const="JVMTI_EVENT_VERBOSE_OUTPUT" num="85">
    <description>
      Send verbose messages as strings.
	<issue>
	  This format is extremely fragile, as it can change with each
	  platform, collector and version.  Alternatives include:
	  <ul>
	    <li>building off Java programming language M and M APIs</li>
	    <li>XML</li>
	    <li>key/value pairs</li>
	    <li>removing it</li>
	  </ul>
	</issue>
	<issue>
	  Though this seemed trivial to implement.  
          In the RI it appears this will be quite complex.
	</issue>
    </description>
    <origin>new</origin>
    <capabilities>
    </capabilities>
    <parameters>
      <param id="flag">
	<enum>jvmtiVerboseFlag</enum>
        <description>
          Which verbose output is being sent.
        </description>
      </param>
      <param id="message">
	<vmbuf><char/></vmbuf>
	<description>
	  Message text, encoded as a
	  <internallink id="mUTF">modified UTF-8</internallink> string.
	</description>
      </param>
    </parameters>
  </event>
  </elide>

</eventsection>

<datasection>
  <intro>
    <jvmti/> extends the data types defined by JNI.
  </intro>
  <basetypes id="jniTypes" label="JNI Types Used in the JVM Tool Interface">
    <basetype id="jboolean">
      <description>
	Holds a Java programming language <code>boolean</code>.
	Unsigned 8 bits.
      </description>
    </basetype>
    <basetype id="jchar">
      <description>
	Holds a Java programming language <code>char</code>.
	Unsigned 16 bits.
      </description>
    </basetype>
    <basetype id="jint">
      <description>
	Holds a Java programming language <code>int</code>. 
	Signed 32 bits.
      </description>
    </basetype>
    <basetype id="jlong">
      <description>
	Holds a Java programming language <code>long</code>. 
	Signed 64 bits.
      </description>
    </basetype>
    <basetype id="jfloat">
      <description>
	Holds a Java programming language <code>float</code>. 
	32 bits.
      </description>
    </basetype>
    <basetype id="jdouble">
      <description>
	Holds a Java programming language <code>double</code>. 
	64 bits.
      </description>
    </basetype>
    <basetype id="jobject">
      <description>
	Holds a Java programming language object. 
      </description>
    </basetype>
    <basetype id="jclass">
      <description>
	Holds a Java programming language class. 
      </description>
    </basetype>
    <basetype id="jvalue">
      <description>
	Is a union of all primitive types and <code>jobject</code>.  Thus, holds any Java 
	programming language value. 
      </description>
    </basetype>
    <basetype id="jfieldID">
      <description>
	Identifies a Java programming language field. 
        <code>jfieldID</code>s returned by <jvmti/> functions and events may be
        safely stored.
      </description>
    </basetype>
    <basetype id="jmethodID">
      <description>
	Identifies a Java programming language method, initializer, or constructor. 
        <code>jmethodID</code>s returned by <jvmti/> functions and events may be
        safely stored.  However, if the class is unloaded, they become invalid
        and must not be used.
      </description>
    </basetype>
    <basetype id="JNIEnv">
      <description>
	Pointer to the JNI function table.  Pointer to this (<code>JNIEnv *</code>)
	is a JNI environment. 
      </description>
    </basetype>
  </basetypes>

  <basetypes id="jvmtiTypes" label="JVM Tool Interface Base Types">
    <basetype id="jvmtiEnv">
      <description>
	The <jvmti/> <internallink id="environments">environment</internallink> pointer. 
        See the <internallink id="FunctionSection">Function Section</internallink>.
        <code>jvmtiEnv</code> points to the 
        <internallink id="FunctionTable">function table</internallink> pointer.
      </description>
    </basetype>
    <basetype id="jthread">
      <definition>typedef jobject jthread;</definition>
      <description>
	Subtype of <datalink id="jobject"></datalink> that holds a thread.
      </description>
    </basetype>
    <basetype id="jthreadGroup">
      <definition>typedef jobject jthreadGroup;</definition>
      <description>
	Subtype of <datalink id="jobject"></datalink> that holds a thread group.
      </description>
    </basetype>
    <basetype id="jlocation">
      <definition>typedef jlong jlocation;</definition>
      <description>
	A 64 bit value, representing a monotonically increasing 
	executable position within a method. 
        <code>-1</code> indicates a native method.
	See <functionlink id="GetJLocationFormat"></functionlink> for the format on a
	given VM.
      </description>
    </basetype>
    <basetype id="jrawMonitorID">
      <definition>struct _jrawMonitorID;
typedef struct _jrawMonitorID *jrawMonitorID;</definition>
      <description>
	A raw monitor.
      </description>
    </basetype>
    <basetype id="jvmtiError">
      <description>
	Holds an error return code.
	See the <internallink id="ErrorSection">Error section</internallink> for possible values.
	<example>
typedef enum { 
    JVMTI_ERROR_NONE = 0,  
    JVMTI_ERROR_INVALID_THREAD = 10,
      ... 
} jvmtiError;
</example>
      </description>
    </basetype>
    <basetype id="jvmtiEvent">
      <description>
        An identifier for an event type.
	See the <internallink id="EventSection">Event section</internallink> for possible values.
        It is guaranteed that future versions of this specification will 
        never assign zero as an event type identifier.
<example>
typedef enum { 
    JVMTI_EVENT_SINGLE_STEP = 1, 
    JVMTI_EVENT_BREAKPOINT = 2, 
      ... 
} jvmtiEvent;
</example>
      </description>
    </basetype>
    <basetype id="jvmtiEventCallbacks">
      <description>
        The callbacks used for events.
<example>
typedef struct {
    jvmtiEventVMInit VMInit;
    jvmtiEventVMDeath VMDeath;
      ... 
} jvmtiEventCallbacks;
</example>
        See <internallink id="jvmtiEventCallbacks">event callbacks</internallink> 
        for the complete structure.
        <p/>
        Where, for example, the VM initialization callback is defined:
<example>
typedef void (JNICALL *jvmtiEventVMInit)
    (jvmtiEnv *jvmti_env, 
     JNIEnv* jni_env,
     jthread thread);
</example>
        See the individual events for the callback function definition.
      </description>
    </basetype>
    <basetype id="jniNativeInterface">
      <definition>typedef struct JNINativeInterface_ jniNativeInterface;</definition>
      <description>
	Typedef for the JNI function table <code>JNINativeInterface</code>
	defined in the 
	<externallink id="http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/functions.html#wp23720">JNI Specification</externallink>.
	The JNI reference implementation defines this with an underscore.
      </description>
    </basetype>
  </basetypes>

</datasection>

<issuessection label="Issues">
  <intro id="suspendRequired" label="Resolved Issue: Suspend - Required or Automatic">
    JVMDI requires that the agent suspend threads before calling
    certain sensitive functions.  JVMPI requires garbage collection to be 
    disabled before calling certain sensitive functions. 
    It was suggested that rather than have this requirement, that
    VM place itself in a suitable state before performing an
    operation.  This makes considerable sense since each VM
    knows its requirements and can most easily arrange a
    safe state.  
    <p/>
    The ability to externally suspend/resume threads will, of
    course, remain.  The ability to enable/disable garbage collection will not.
    <p/>
    This issue is resolved--suspend will not
    be required.  The spec has been updated to reflect this.
  </intro>
  
  <intro id="stackSampling" label="Resolved Issue: Call Stack Sampling">
    There are a variety of approaches to sampling call stacks.
    The biggest bifurcation is between VM controlled and agent
    controlled.  
    <p/>
    This issue is resolved--agent controlled
    sampling will be the approach.
  </intro>
  
  <intro id="threadRepresentation" label="Resolved Issue: Thread Representation">
    JVMDI represents threads as jthread.  JVMPI primarily
    uses JNIEnv* to represent threads.  
    <p/>
    The Expert Group has chosen jthread as the representation
    for threads in <jvmti/>.
    JNIEnv* is sent by
    events since it is needed to JNI functions.  JNIEnv, per the
    JNI spec, are not supposed to be used outside their thread.
  </intro>

  <intro id="design" label="Resolved Issue: Method Representation">
    The JNI spec allows an implementation to depend on jclass/jmethodID
    pairs, rather than simply a jmethodID, to reference a method.  
    JVMDI, for consistency, choose the same representation.  
    JVMPI, however, specifies that a jmethodID alone maps to a
    method.  Both of the Sun <tm>J2SE</tm> virtual machines (Classic and <tm>HotSpot</tm>) store
    pointers in jmethodIDs, and as a result, a jmethodID is sufficient.
    In fact, any JVM implementation that supports JVMPI must have
    such a representation.  
    <jvmti/> will use jmethodID as a unique representation of a method
    (no jclass is used).
    There should be efficiency gains, particularly in 
    functionality like stack dumping, to this representation.
    <p/>
    Note that fields were not used in JVMPI and that the access profile
    of fields differs from methods--for implementation efficiency 
    reasons, a jclass/jfieldID pair will still be needed for field 
    reference.
  </intro>

  <intro id="localReferenceIssue" label="Resolved Issue: Local References">
    Functions return local references. 
  </intro>

  <intro id="frameRep" label="Resolved Issue: Representation of frames">
    In JVMDI, a frame ID is used to represent a frame.  Problem with this
    is that a VM must track when a frame becomes invalid, a far better
    approach, and the one used in <jvmti/>, is to reference frames by depth.
  </intro>

  <intro id="requiredCapabilities" label="Issue: Required Capabilities">
    Currently, having a required capabilities means that the functionality
    is optional.   Capabilities are useful even for required functionality
    since they can inform the VM is needed set-up.  Thus, there should be
    a set of capabilities that a conformant implementation must provide
    (if requested during Agent_OnLoad).
  </intro>

  <intro id="taghint" label="Proposal: add tag hint function">
    A hint of the percentage of objects that will be tagged would 
    help the VM pick a good implementation.
  </intro>

  <intro id="moreMonitorQueries" label="Request: More Monitor Quires">
  How difficult or easy would be to extend the monitor_info category to include 
    <pre>
  - current number of monitors 
  - enumeration of monitors 
  - enumeration of threads waiting on a given monitor 
    </pre>
  The reason for my question is the fact that current get_monitor_info support 
  requires the agent to specify a given thread to get the info which is probably 
  OK in the profiling/debugging space, while in the monitoring space the agent 
  could be watching the monitor list and then decide which thread to ask for 
  the info. You might ask why is this important for monitoring .... I think it 
  can aid in the detection/prediction of application contention caused by hot-locks.
  </intro>
</issuessection>

<changehistory id="ChangeHistory" update="09/05/07">
  <intro>
    The <jvmti/> specification is an evolving document with major, minor, 
    and micro version numbers.
    A released version of the specification is uniquely identified
    by its major and minor version.
    The functions, events, and capabilities in this specification 
    indicate a "Since" value which is the major and minor version in
    which it was introduced.
    The version of the specification implemented by the VM can 
    be retrieved at runtime with the <functionlink id="GetVersionNumber"/> 
    function.
  </intro>
  <change date="14 Nov 2002">
    Converted to XML document.
  </change>
  <change date="14 Nov 2002">
    Elided heap dump functions (for now) since what was there
    was wrong.
  </change>
  <change date="18 Nov 2002">
    Added detail throughout.
  </change>
  <change date="18 Nov 2002">
    Changed JVMTI_THREAD_STATUS_RUNNING to JVMTI_THREAD_STATUS_RUNNABLE.
  </change>
  <change date="19 Nov 2002">
    Added AsyncGetStackTrace.
  </change>
  <change date="19 Nov 2002">
    Added jframeID return to GetStackTrace.
  </change>
  <change date="19 Nov 2002">
    Elided GetCurrentFrame and GetCallingFrame functions (for now) since what was there
    since they are redundant with GetStackTrace.
  </change>
  <change date="19 Nov 2002">
    Elided ClearAllBreakpoints since it has always been redundant.
  </change>
  <change date="19 Nov 2002">
    Added GetSystemProperties.
  </change>
  <change date="19 Nov 2002">
    Changed the thread local storage functions to use jthread.
  </change>
  <change date="20 Nov 2002">
    Added GetJLocationFormat.
  </change>
  <change date="22 Nov 2002">
    Added events and introductory text.
  </change>
  <change date="22 Nov 2002">
    Cross reference type and constant definitions.
  </change>
  <change date="24 Nov 2002">
    Added DTD.
  </change>
  <change date="24 Nov 2002">
    Added capabilities function section.
  </change>
  <change date="29 Nov 2002">
    Assign capabilities to each function and event.
  </change>
  <change date="29 Nov 2002">
    Add <internallink id="jniIntercept">JNI interception functions</internallink>.
  </change>
  <change date="30 Nov 2002">
    Auto generate SetEventNotificationMode capabilities.
  </change>
  <change date="30 Nov 2002">
    Add <eventlink id="VMObjectAlloc"></eventlink> event.
  </change>
  <change date="30 Nov 2002">
    Add <eventlink id="DynamicCodeGenerated"></eventlink> event.
  </change>
  <change date="30 Nov 2002">
    Add const to declarations.
  </change>
  <change date="30 Nov 2002">
    Change method exit and frame pop to send on exception.
  </change>
  <change date="1 Dec 2002">
    Add ForceGarbageCollection.
  </change>
  <change date="2 Dec 2002">
    Redo Xrun section; clarify GetStackTrace and add example;
    Fix width problems; use "agent" consistently.
  </change>
  <change date="8 Dec 2002">
    Remove previous start-up intro.
    Add <internallink id="environments"><jvmti/> Environments</internallink>
    section.
  </change>
  <change date="8 Dec 2002">
    Add <functionlink id="DisposeEnvironment"></functionlink>.
  </change>
  <change date="9 Dec 2002">
    Numerous minor updates.
  </change>
  <change date="15 Dec 2002">
    Add heap profiling functions added:
    get/set annotation, iterate live objects/heap.
    Add heap profiling functions place holder added:
    heap roots.
    Heap profiling event added: object free. 
    Heap profiling event redesigned: vm object allocation. 
    Heap profiling event placeholders added: garbage collection start/finish. 
    Native method bind event added.
  </change>
  <change date="19 Dec 2002">
    Revamp suspend/resume functions.
    Add origin information with jvmdi tag.
    Misc fixes.
  </change>
  <change date="24 Dec 2002">
    Add semantics to types.
  </change>
  <change date="27 Dec 2002">
    Add local reference section.
    Autogenerate parameter descriptions from types.
  </change>
  <change date="28 Dec 2002">
    Document that RunAgentThread sends threadStart.
  </change>
  <change date="29 Dec 2002">
    Remove redundant local ref and dealloc warning.
    Convert GetRawMonitorName to allocated buffer.
    Add GenerateEvents.
  </change>
  <change date="30 Dec 2002">
    Make raw monitors a type and rename to "jrawMonitorID".
  </change>
  <change date="1 Jan 2003">
    Include origin information.
    Clean-up JVMDI issue references.
    Remove Deallocate warnings which are now automatically generated.
  </change>
  <change date="2 Jan 2003">
    Fix representation issues for jthread.
  </change>
  <change date="3 Jan 2003">
    Make capabilities buffered out to 64 bits - and do it automatically.
  </change>
  <change date="4 Jan 2003">
    Make constants which are enumeration into enum types.
    Parameters now of enum type.
    Clean-up and index type section.
    Replace remaining datadef entities with callback.
  </change>
  <change date="7 Jan 2003">
    Correct GenerateEvents description.
    More internal semantics work.
  </change>
  <change date="9 Jan 2003">
    Replace previous GetSystemProperties with two functions
    which use allocated information instead fixed.
    Add SetSystemProperty.
    More internal semantics work.
  </change>
  <change date="12 Jan 2003">
    Add varargs to end of SetEventNotificationMode.
  </change>
  <change date="20 Jan 2003">
    Finish fixing spec to reflect that alloc sizes are jlong.
  </change>
  <change date="22 Jan 2003">
    Allow NULL as RunAgentThread arg.
  </change>
  <change date="22 Jan 2003">
    Fixed names to standardized naming convention
    Removed AsyncGetStackTrace.
  </change>
  <change date="29 Jan 2003">
    Since we are using jthread, removed GetThread.
  </change>
  <change date="31 Jan 2003">
    Change GetFieldName to allow NULLs like GetMethodName.
  </change>
  <change date="29 Feb 2003" version="v40">
      Rewrite the introductory text, adding sections on
      start-up, environments and bytecode instrumentation.
      Change the command line arguments per EG discussions.
      Add an introduction to the capabilities section.
      Add the extension mechanism category and functions.
      Mark for deletion, but clarified anyhow, SuspendAllThreads.
      Rename IterateOverLiveObjects to IterateOverReachableObjects and
      change the text accordingly.
      Clarify IterateOverHeap.
      Clarify CompiledMethodLoad.
      Discuss prerequisite state for Calling Functions.
      Clarify SetAllocationHooks.
      Added issues ("To be resolved:") through-out.
      And so on...
  </change>
  <change date="6 Mar 2003" version="v41">
      Remove struct from the call to GetOwnedMonitorInfo.
      Automatically generate most error documentation, remove
      (rather broken) hand written error doc.
      Better describe capability use (empty initial set).
      Add min value to jint params.
      Remove the capability can_access_thread_local_storage.
      Rename error JVMTI_ERROR_NOT_IMPLEMENTED to JVMTI_ERROR_MUST_POSSESS_CAPABILITY;
      same for *NOT_IMPLEMENTED.
      Description fixes.
  </change>
  <change date="8 Mar 2003" version="v42">
      Rename GetClassSignature to GetClassName.
      Rename IterateOverClassObjects to IterateOverInstancesOfClass.
      Remove GetMaxStack (operand stack isn't used in <jvmti/>).
      Description fixes: define launch-time, remove native frame pop
      from PopFrame, and assorted clarifications.
  </change>
  <change date="8 Mar 2003" version="v43">
      Fix minor editing problem.
  </change>
  <change date="10 Mar 2003" version="v44">
      Add phase information.
      Remap (compact) event numbers.
  </change>
  <change date="11 Mar 2003" version="v45">
      More phase information - allow "any".
      Elide raw monitor queries and events.
      Minor description fixes.
  </change>
  <change date="12 Mar 2003" version="v46">
      Add GetPhase.
      Use "phase" through document.
      Elide GetRawMonitorName.
      Elide GetObjectMonitors.
  </change>
  <change date="12 Mar 2003" version="v47">
      Fixes from link, XML, and spell checking.
      Auto-generate the callback structure.
  </change>
  <change date="13 Mar 2003" version="v48">
      One character XML fix.
  </change>
  <change date="13 Mar 2003" version="v49">
      Change function parameter names to be consistent with 
      event parameters (fooBarBaz becomes foo_bar_baz).
  </change>
  <change date="14 Mar 2003" version="v50">
      Fix broken link.  Fix thread markers.
  </change>
  <change date="14 Mar 2003" version="v51">
      Change constants so they are under 128 to workaround
      compiler problems.
  </change>
  <change date="23 Mar 2003" version="v52">
      Overhaul capabilities.  Separate GetStackTrace into
      GetStackTrace and GetStackFrames.
  </change>
  <change date="8 Apr 2003" version="v54">
      Use depth instead of jframeID to reference frames.
      Remove the now irrelevant GetCurrentFrame, GetCallerFrame and GetStackFrames.
      Remove frame arg from events.
  </change>
  <change date="9 Apr 2003" version="v55">
      Remove GetObjectWithAnnotation since tests show bufferred approach more efficient.
      Add missing annotation_count to GetObjectsWithAnnotations
  </change>
  <change date="10 Apr 2003" version="v56">
      Remove confusing parenthetical statement in GetObjectsWithAnnotations
  </change>
  <change date="13 Apr 2003" version="v58">
      Replace jclass/jmethodID representation of method with simply jmethodID;
      Pass JvmtiEnv* as first arg of every event; remove JNIEnv* where inappropriate.
      Replace can_access_frames with can_access_local_variables; remove from purely stack access.
      Use can_get_synthetic_attribute; fix description.
      Clarify that zero length arrays must be deallocated.
      Clarify RelinquishCapabilities.
      Generalize JVMTI_ERROR_VM_DEAD to JVMTI_ERROR_WRONG_PHASE.
  </change>
  <change date="27 Apr 2003" version="v59">
      Remove lingering indirect references to OBSOLETE_METHOD_ID.
  </change>
  <change date="4 May 2003" version="v60">
      Allow DestroyRawMonitor during OnLoad.
  </change>
  <change date="7 May 2003" version="v61">
      Added not monitor owner error return to DestroyRawMonitor.
  </change>
  <change date="13 May 2003" version="v62">
      Clarify semantics of raw monitors.
      Change flags on <code>GetThreadStatus</code>.
      <code>GetClassLoader</code> return NULL for the bootstrap class loader.
      Add <code>GetClassName</code> issue.
      Define local variable signature.
      Disallow zero in annotations array of <code>GetObjectsWithAnnotations</code>.
      Remove over specification in <code>GetObjectsWithAnnotations</code>.
      Elide <code>SetAllocationHooks</code>.
      Elide <code>SuspendAllThreads</code>.
  </change>
  <change date="14 May 2003" version="v63">
      Define the data type <code>jvmtiEventCallbacks</code>.
      Zero length allocations return NULL.  
      Keep SetAllocationHooks in JVMDI, but remove from <jvmti/>.  
      Add JVMTI_THREAD_STATUS_FLAG_INTERRUPTED.
  </change>
  <change date="15 May 2003" version="v64">
      Better wording, per review.
  </change>
  <change date="15 May 2003" version="v65">
      First Alpha.
      Make jmethodID and jfieldID unique, jclass not used.
  </change>
  <change date="27 May 2003" version="v66">
      Fix minor XSLT errors.
  </change>
  <change date="13 June 2003" version="v67">
      Undo making jfieldID unique (jmethodID still is).
  </change>
  <change date="17 June 2003" version="v68">
      Changes per June 11th Expert Group meeting --
      Overhaul Heap functionality: single callback, 
      remove GetHeapRoots, add reachable iterators,
      and rename "annotation" to "tag".
      NULL thread parameter on most functions is current
      thread.
      Add timers.
      Remove ForceExit.
      Add GetEnvironmentLocalStorage.
      Add verbose flag and event.
      Add AddToBootstrapClassLoaderSearch.
      Update ClassFileLoadHook.
  </change>
  <change date="18 June 2003" version="v69">
      Clean up issues sections.
      Rename GetClassName back to GetClassSignature and
      fix description.
      Add generic signature to GetClassSignature, 
      GetFieldSignature, GetMethodSignature, and 
      GetLocalVariableTable.
      Elide EstimateCostOfCapabilities.
      Clarify that the system property functions operate
      on the VM view of system properties.
      Clarify Agent_OnLoad.
      Remove "const" from JNIEnv* in events.
      Add metadata accessors.
  </change>
  <change date="18 June 2003" version="v70">
      Add start_depth to GetStackTrace.
      Move system properties to a new category.
      Add GetObjectSize.
      Remove "X" from command line flags.
      XML, HTML, and spell check corrections.
  </change>
  <change date="19 June 2003" version="v71">
      Fix JVMTI_HEAP_ROOT_THREAD to be 6.
      Make each synopsis match the function name.
      Fix unclear wording.
  </change>
  <change date="26 June 2003" version="v72">
      SetThreadLocalStorage and SetEnvironmentLocalStorage should allow value
      to be set to NULL.
      NotifyFramePop, GetFrameLocationm and all the local variable operations
      needed to have their wording about frames fixed.
      Grammar and clarity need to be fixed throughout.
      Capitalization and puntuation need to be consistent.
      Need micro version number and masks for accessing major, minor, and micro.
      The error code lists should indicate which must be returned by
      an implementation.
      The command line properties should be visible in the properties functions.
      Disallow popping from the current thread.
      Allow implementations to return opaque frame error when they cannot pop.
      The NativeMethodBind event should be sent during any phase.
      The DynamicCodeGenerated event should be sent during any phase.
      The following functions should be allowed to operate before VMInit:
	Set/GetEnvironmentLocalStorage
	GetMethodDeclaringClass
	GetClassSignature
	GetClassModifiers
	IsInterface
	IsArrayClass
	GetMethodName
	GetMethodModifiers
	GetMaxLocals
	GetArgumentsSize
	GetLineNumberTable
	GetMethodLocation
	IsMethodNative
	IsMethodSynthetic.
      Other changes (to XSL):
      Argument description should show asterisk after not before pointers.
      NotifyFramePop, GetFrameLocationm and all the local variable operations
      should hsve the NO_MORE_FRAMES error added.
      Not alive threads should have a different error return than invalid thread.
  </change>
  <change date="7 July 2003" version="v73">
      VerboseOutput event was missing message parameter.
      Minor fix-ups.
  </change>
  <change date="14 July 2003" version="v74">
      Technical Publications Department corrections.
      Allow thread and environment local storage to be set to NULL.
  </change>
  <change date="23 July 2003" version="v75">
      Use new Agent_OnLoad rather than overloaded JVM_OnLoad.
      Add JNICALL to callbacks (XSL).
      Document JNICALL requirement for both events and callbacks (XSL).
      Restrict RedefineClasses to methods and attributes.
      Elide the VerboseOutput event.
      VMObjectAlloc: restrict when event is sent and remove method parameter.
      Finish loose ends from Tech Pubs edit.
  </change>
  <change date="24 July 2003" version="v76">
      Change ClassFileLoadHook event to send the class instead of a boolean of redefine.
  </change>
  <change date="24 July 2003" version="v77">
      XML fixes.
      Minor text clarifications and corrections.
  </change>
  <change date="24 July 2003" version="v78">
      Remove GetExceptionHandlerTable and GetThrownExceptions from <jvmti/>.
      Clarify that stack frames are JVM Spec frames.
      Split can_get_source_info into can_get_source_file_name, can_get_line_numbers,
      and can_get_source_debug_extension.
      PopFrame cannot have a native calling method.
      Removed incorrect statement in GetClassloaderClasses 
      (see <vmspec chapter="4.4"/>).
  </change>
  <change date="24 July 2003" version="v79">
      XML and text fixes.
      Move stack frame description into Stack Frame category.
  </change>
  <change date="26 July 2003" version="v80">
      Allow NULL (means bootstrap loader) for GetClassloaderClasses.
      Add new heap reference kinds for references from classes.
      Add timer information struct and query functions.
      Add AvailableProcessors.
      Rename GetOtherThreadCpuTime to GetThreadCpuTime.
      Explicitly add JVMTI_ERROR_INVALID_THREAD and JVMTI_ERROR_THREAD_NOT_ALIVE
      to SetEventNotification mode.
      Add initial thread to the VM_INIT event.
      Remove platform assumptions from AddToBootstrapClassLoaderSearch.
  </change>
  <change date="26 July 2003" version="v81">
      Grammar and clarity changes per review.
  </change>
  <change date="27 July 2003" version="v82">
      More grammar and clarity changes per review.
      Add Agent_OnUnload.
  </change>
  <change date="28 July 2003" version="v83">
      Change return type of Agent_OnUnload to void.
  </change>
  <change date="28 July 2003" version="v84">
      Rename JVMTI_REFERENCE_ARRAY to JVMTI_REFERENCE_ARRAY_ELEMENT.
  </change>
  <change date="28 July 2003" version="v85">
      Steal java.lang.Runtime.availableProcessors() wording for 
      AvailableProcessors().
      Guarantee that zero will never be an event ID.
      Remove some issues which are no longer issues.
      Per review, rename and more completely document the timer
      information functions.
  </change>
  <change date="29 July 2003" version="v86">
      Non-spec visible change to XML controlled implementation:
        SetThreadLocalStorage must run in VM mode.
  </change>
  <change date="5 August 2003" version="0.1.87">
      Add GetErrorName.
      Add varargs warning to jvmtiExtensionEvent.
      Remove "const" on the jvmtiEnv* of jvmtiExtensionEvent.
      Remove unused can_get_exception_info capability.
      Pass jvmtiEnv* and JNIEnv* to the jvmtiStartFunction.
      Fix jvmtiExtensionFunctionInfo.func declared type.
      Extension function returns error code.
      Use new version numbering.
  </change>
  <change date="5 August 2003" version="0.2.88">
      Remove the ClassUnload event.
  </change>
  <change date="8 August 2003" version="0.2.89">
      Heap reference iterator callbacks return an enum that 
      allows outgoing object references to be ignored.
      Allow JNIEnv as a param type to extension events/functions.
  </change>
  <change date="15 August 2003" version="0.2.90">
      Fix a typo.
  </change>
  <change date="2 September 2003" version="0.2.91">
      Remove all metadata functions: GetClassMetadata, 
      GetFieldMetadata, and GetMethodMetadata.
  </change>
  <change date="1 October 2003" version="0.2.92">
      Mark the functions Allocate. Deallocate, RawMonitor*, 
      SetEnvironmentLocalStorage, and GetEnvironmentLocalStorage 
      as safe for use in heap callbacks and GC events.
  </change>
  <change date="24 November 2003" version="0.2.93">
      Add pass through opaque user data pointer to heap iterate 
      functions and callbacks.
      In the CompiledMethodUnload event, send the code address.
      Add GarbageCollectionOccurred event.
      Add constant pool reference kind.
      Mark the functions CreateRawMonitor and DestroyRawMonitor
      as safe for use in heap callbacks and GC events.
      Clarify: VMDeath, GetCurrentThreadCpuTimerInfo, 
      GetThreadCpuTimerInfo, IterateOverReachableObjects,
      IterateOverObjectsReachableFromObject, GetTime and
      JVMTI_ERROR_NULL_POINTER.
      Add missing errors to: GenerateEvents and
      AddToBootstrapClassLoaderSearch.
      Fix description of ClassFileLoadHook name parameter.
      In heap callbacks and GC/ObjectFree events, specify
      that only explicitly allowed functions can be called.
      Allow GetCurrentThreadCpuTimerInfo, GetCurrentThreadCpuTime,
      GetTimerInfo, and GetTime during callback.
      Allow calling SetTag/GetTag during the onload phase.
      SetEventNotificationMode, add: error attempted inappropriate
      thread level control.
      Remove jvmtiExceptionHandlerEntry.
      Fix handling of native methods on the stack -- 
      location_ptr param of GetFrameLocation, remove 
      JVMTI_ERROR_OPAQUE_FRAME from GetFrameLocation,
      jvmtiFrameInfo.location, and jlocation.
      Remove typo (from JVMPI) implying that the MonitorWaited
      event is sent on sleep.
  </change>
  <change date="25 November 2003" version="0.2.94">
      Clarifications and typos.
  </change>
  <change date="3 December 2003" version="0.2.95">
      Allow NULL user_data in heap iterators.
  </change>
  <change date="28 January 2004" version="0.2.97">
      Add GetThreadState, deprecate GetThreadStatus.
  </change>
  <change date="29 January 2004" version="0.2.98">
      INVALID_SLOT and TYPE_MISMATCH errors should be optional.
  </change>
  <change date="12 February 2004" version="0.2.102">
      Remove MonitorContendedExit.
      Added JNIEnv parameter to VMObjectAlloc.
      Clarified definition of class_tag and referrer_index 
      parameters to heap callbacks.
  </change>
  <change date="16 Febuary 2004" version="0.2.103">
      Document JAVA_TOOL_OPTIONS.
  </change>
  <change date="17 Febuary 2004" version="0.2.105">
      Divide start phase into primordial and start.
      Add VMStart event
      Change phase associations of functions and events.
  </change>
  <change date="18 Febuary 2004" version="0.3.6">
      Elide deprecated GetThreadStatus.
      Bump minor version, subtract 100 from micro version
  </change>
  <change date="18 Febuary 2004" version="0.3.7">
      Document that timer nanosecond values are unsigned.
      Clarify text having to do with native methods.
  </change>
  <change date="19 Febuary 2004" version="0.3.8">
      Fix typos.
      Remove elided deprecated GetThreadStatus.
  </change>
  <change date="23 Febuary 2004" version="0.3.9">
      Require NotifyFramePop to act on suspended threads.
  </change>
  <change date="24 Febuary 2004" version="0.3.10">
      Add capabilities 
        (<internallink id="jvmtiCapabilities.can_redefine_any_class"
         ><code>can_redefine_any_class</code></internallink>
      and 
         <internallink id="jvmtiCapabilities.can_generate_all_class_hook_events"
         ><code>can_generate_all_class_hook_events</code></internallink>) 
      and an error (<errorlink id="JVMTI_ERROR_UNMODIFIABLE_CLASS"></errorlink>) 
      which allow some classes to be unmodifiable.
  </change>
  <change date="28 Febuary 2004" version="0.3.11">
      Add JVMTI_ERROR_MUST_POSSESS_CAPABILITY to SetEventNotificationMode.
  </change>
  <change date="8 March 2004" version="0.3.12">
      Clarified CompiledMethodUnload so that it is clear the event
      may be posted after the class has been unloaded.
  </change>
  <change date="5 March 2004" version="0.3.13">
      Change the size parameter of VMObjectAlloc to jlong to match GetObjectSize.
  </change>
  <change date="13 March 2004" version="0.3.14">
      Added guideline for the use of the JNI FindClass function in event
      callback functions.
  </change>
  <change date="15 March 2004" version="0.3.15">
      Add GetAllStackTraces and GetThreadListStackTraces.
  </change>
  <change date="19 March 2004" version="0.3.16">
      ClassLoad and ClassPrepare events can be posted during start phase.
  </change>
  <change date="25 March 2004" version="0.3.17">
      Add JVMTI_ERROR_NATIVE_METHOD to GetLineNumberTable, GetLocalVariableTable,
      GetMaxLocals, GetArgumentsSize, GetMethodLocation, GetBytecodes.
  </change>
  <change date="29 March 2004" version="0.3.18">
      Return the timer kind in the timer information structure.
  </change>
  <change date="31 March 2004" version="0.3.19">
      Spec clarifications:
      JVMTI_THREAD_STATE_IN_NATIVE might not include JNI or <jvmti/>.
      ForceGarbageCollection does not run finalizers.
      The context of the specification is the Java platform.
      Warn about early instrumentation.
  </change>
  <change date="1 April 2004" version="0.3.20">
      Refinements to the above clarifications and
      Clarify that an error returned by Agent_OnLoad terminates the VM.
  </change>
  <change date="1 April 2004" version="0.3.21">
      Array class creation does not generate a class load event.
  </change>
  <change date="7 April 2004" version="0.3.22">
      Align thread state hierarchy more closely with java.lang.Thread.State.
  </change>
  <change date="12 April 2004" version="0.3.23">
      Clarify the documentation of thread state.
  </change>
  <change date="19 April 2004" version="0.3.24">
      Remove GarbageCollectionOccurred event -- can be done by agent.
  </change>
  <change date="22 April 2004" version="0.3.25">
      Define "command-line option".
  </change>
  <change date="29 April 2004" version="0.3.26">
      Describe the intended use of bytecode instrumentation.
      Fix description of extension event first parameter.
  </change>
  <change date="30 April 2004" version="0.3.27">
      Clarification and typos.
  </change>
  <change date="18 May 2004" version="0.3.28">
      Remove DataDumpRequest event.
  </change>
  <change date="18 May 2004" version="0.3.29">
      Clarify RawMonitorWait with zero timeout.
      Clarify thread state after RunAgentThread.
  </change>
  <change date="24 May 2004" version="0.3.30">
      Clean-up: fix bad/old links, etc.
  </change>
  <change date="30 May 2004" version="0.3.31">
      Clarifications including:
      All character strings are modified UTF-8.
      Agent thread visibiity.
      Meaning of obsolete method version.
      Thread invoking heap callbacks,
  </change>
  <change date="1 June 2004" version="1.0.32">
      Bump major.minor version numbers to "1.0".
  </change>
  <change date="2 June 2004" version="1.0.33">
      Clarify interaction between ForceGarbageCollection 
      and ObjectFree.
  </change>
  <change date="6 June 2004" version="1.0.34">
      Restrict AddToBootstrapClassLoaderSearch and 
      SetSystemProperty to the OnLoad phase only.
  </change>
  <change date="11 June 2004" version="1.0.35">
      Fix typo in SetTag.
  </change>
  <change date="18 June 2004" version="1.0.36">
      Fix trademarks.
      Add missing parameter in example GetThreadState usage.
  </change>
  <change date="4 August 2004" version="1.0.37">
      Copyright updates.
  </change>
  <change date="5 November 2004" version="1.0.38">
      Add missing function table layout.
      Add missing description of C++ member function format of functions.
      Clarify that name in CFLH can be NULL.
      Released as part of <tm>J2SE</tm> 5.0.
  </change>
  <change date="24 April 2005" version="1.1.47">
      Bump major.minor version numbers to "1.1".
      Add ForceEarlyReturn* functions.
      Add GetOwnedMonitorStackDepthInfo function.
      Add GetCurrentThread function.
      Add "since" version marker.
      Add AddToSystemClassLoaderSearch.
      Allow AddToBootstrapClassLoaderSearch be used in live phase.
      Fix historic rubbish in the descriptions of the heap_object_callback 
      parameter of IterateOverHeap and IterateOverInstancesOfClass functions; 
      disallow NULL for this parameter.
      Clarify, correct and make consistent: wording about current thread,
      opaque frames and insufficient number of frames in PopFrame.
      Consistently use "current frame" rather than "topmost".
      Clarify the JVMTI_ERROR_TYPE_MISMATCH errors in GetLocal* and SetLocal*
      by making them compatible with those in ForceEarlyReturn*.
      Many other clarifications and wording clean ups.
  </change>
  <change date="25 April 2005" version="1.1.48">
      Add GetConstantPool.
      Switch references to the first edition of the VM Spec, to the seconds edition.
  </change>
  <change date="26 April 2005" version="1.1.49">
      Clarify minor/major version order in GetConstantPool.
  </change>
  <change date="26 April 2005" version="1.1.50">
      Add SetNativeMethodPrefix and SetNativeMethodPrefixes.
      Reassign GetOwnedMonitorStackDepthInfo to position 153.
      Break out Class Loader Search in its own documentation category.
      Deal with overly long lines in XML source.
  </change>
  <change date="29 April 2005" version="1.1.51">
      Allow agents be started in the live phase.
      Added paragraph about deploying agents.  
  </change>
  <change date="30 April 2005" version="1.1.52">
      Add specification description to SetNativeMethodPrefix(es).
      Better define the conditions on GetConstantPool.  
  </change>
  <change date="30 April 2005" version="1.1.53">
      Break out the GetClassVersionNumber function from GetConstantPool.
      Clean-up the references to the VM Spec.  
  </change>
  <change date="1 May 2005" version="1.1.54">
      Allow SetNativeMethodPrefix(es) in any phase.
      Add clarifications about the impact of redefinition on GetConstantPool.  
  </change>
  <change date="2 May 2005" version="1.1.56">
      Various clarifications to SetNativeMethodPrefix(es).
  </change>
  <change date="2 May 2005" version="1.1.57">
      Add missing performance warning to the method entry event.
  </change>
  <change date="5 May 2005" version="1.1.58">
      Remove internal JVMDI support.
  </change>
  <change date="8 May 2005" version="1.1.59">
      Add <functionlink id="RetransformClasses"/>.
      Revamp the bytecode instrumentation documentation.
      Change <functionlink id="IsMethodObsolete"/> to no longer 
      require the can_redefine_classes capability.
  </change>
  <change date="11 May 2005" version="1.1.63">
      Clarifications for retransformation.
  </change>
  <change date="11 May 2005" version="1.1.64">
      Clarifications for retransformation, per review.
      Lock "retransformation (in)capable" at class load enable time.
  </change>
  <change date="4 June 2005" version="1.1.67">
      Add new heap functionity which supports reporting primitive values,
      allows setting the referrer tag, and has more powerful filtering:
      FollowReferences, IterateThroughHeap, and their associated 
      callbacks, structs, enums, and constants.
  </change>
  <change date="4 June 2005" version="1.1.68">
      Clarification.
  </change>
  <change date="6 June 2005" version="1.1.69">
      FollowReferences, IterateThroughHeap: Put callbacks in a struct;
      Add missing error codes; reduce bits in the visit control flags.
  </change>
  <change date="14 June 2005" version="1.1.70">
      More on new heap functionity: spec clean-up per review.
  </change>
  <change date="15 June 2005" version="1.1.71">
      More on new heap functionity: Rename old heap section to Heap (1.0).
  </change>
  <change date="21 June 2005" version="1.1.72">
      Fix typos.
  </change>
  <change date="27 June 2005" version="1.1.73">
      Make referrer info structure a union.
  </change>
  <change date="9 September 2005" version="1.1.74">
      In new heap functions:
      Add missing superclass reference kind.
      Use a single scheme for computing field indexes.
      Remove outdated references to struct based referrer info.
  </change>
  <change date="12 September 2005" version="1.1.75">
      Don't callback during FollowReferences on frivolous java.lang.Object superclass.
  </change>
  <change date="13 September 2005" version="1.1.76">
      In string primitive callback, length now Unicode length.
      In array and string primitive callbacks, value now "const".
      Note possible compiler impacts on setting JNI function table.
  </change>
  <change date="13 September 2005" version="1.1.77">
      GetClassVersionNumbers() and GetConstantPool() should return
      error on array or primitive class.
  </change>
  <change date="14 September 2005" version="1.1.78">
      Grammar fixes.
  </change>
  <change date="26 September 2005" version="1.1.79">
      Add IsModifiableClass query.
  </change>
  <change date="9 February 2006" version="1.1.81">
      Add referrer_class_tag parameter to jvmtiHeapReferenceCallback.
  </change>
  <change date="13 February 2006" version="1.1.82">
      Doc fixes: update can_redefine_any_class to include retransform.
      Clarify that exception events cover all Throwables.
      In GetStackTrace, no test is done for start_depth too big if start_depth is zero,
      Clarify fields reported in Primitive Field Callback -- static vs instance.
      Repair confusing names of heap types, including callback names.
      Require consistent usage of stack depth in the face of thread launch methods.
      Note incompatibility of <jvmti/> memory management with other systems.
  </change>
  <change date="14 February 2006" version="1.1.85">
      Fix typos and missing renames.
  </change>
  <change date="13 March 2006" version="1.1.86">
      Clarify that jmethodIDs and jfieldIDs can be saved.
      Clarify that Iterate Over Instances Of Class includes subclasses.
  </change>
  <change date="14 March 2006" version="1.1.87">
      Better phrasing.
  </change>
  <change date="16 March 2006" version="1.1.88">
      Match the referrer_index for static fields in Object Reference Callback 
      with the Reference Implementation (and all other known implementations);
      that is, make it match the definition for instance fields.
      In GetThreadListStackTraces, add JVMTI_ERROR_INVALID_THREAD to cover 
      an invalid thread in the list; and specify that not started threads
      return empty stacks.
  </change>
  <change date="17 March 2006" version="1.1.89">
      Typo.
  </change>
  <change date="25 March 2006" version="1.1.90">
      Typo.
  </change>
  <change date="6 April 2006" version="1.1.91">
      Remove restrictions on AddToBootstrapClassLoaderSearch and
      AddToSystemClassLoaderSearch.
  </change>
  <change date="1 May 2006" version="1.1.93">
      Changed spec to return -1 for monitor stack depth for the
      implementation which can not determine stack depth. 
  </change>
  <change date="3 May 2006" version="1.1.94">
      Corrections for readability and accuracy courtesy of Alan Pratt of IBM. 
      List the object relationships reported in FollowReferences.
  </change>
  <change date="5 May 2006" version="1.1.95">
      Clarify the object relationships reported in FollowReferences.
  </change>
  <change date="28 June 2006" version="1.1.98">
      Clarify DisposeEnvironment; add warning.
      Fix typos in SetLocalXXX "retrieve" => "set".
      Clarify that native method prefixes must remain set while used.
      Clarify that exactly one Agent_OnXXX is called per agent.
      Clarify that library loading is independent from start-up.
      Remove ambiguous reference to Agent_OnLoad in the Agent_OnUnload spec.
  </change>
  <change date="31 July 2006" version="1.1.99">
      Clarify the interaction between functions and exceptions.
      Clarify and give examples of field indices.
      Remove confusing "That is" sentence from MonitorWait and MonitorWaited events.
      Update links to point to Java 6.
  </change>
  <change date="6 August 2006" version="1.1.102">
      Add ResourceExhaustedEvent.
  </change>
  <change date="11 October 2012" version="1.2.2">
      Fixed the "HTTP" and "Missing Anchor" errors reported by the LinkCheck tool.
  </change>
  <change date="19 June 2013" version="1.2.3">
      Added support for statically linked agents.
  </change>
</changehistory>

</specification>
<!-- Keep this comment at the end of the file
Local variables:
mode: sgml
sgml-omittag:t
sgml-shorttag:t
sgml-namecase-general:t
sgml-general-insert-case:lower
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:2
sgml-indent-data:t
sgml-parent-document:nil
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
-->