<?xml version="1.0" encoding="utf-8"?>
<root>
  <!-- 
    Microsoft ResX Schema 
    
    Version 2.0
    
    The primary goals of this format is to allow a simple XML format 
    that is mostly human readable. The generation and parsing of the 
    various data types are done through the TypeConverter classes 
    associated with the data types.
    
    Example:
    
    ... ado.net/XML headers & schema ...
    <resheader name="resmimetype">text/microsoft-resx</resheader>
    <resheader name="version">2.0</resheader>
    <resheader name="reader">System.Resources.ResXResourceReader, System.Windows.Forms, ...</resheader>
    <resheader name="writer">System.Resources.ResXResourceWriter, System.Windows.Forms, ...</resheader>
    <data name="Name1"><value>this is my long string</value><comment>this is a comment</comment></data>
    <data name="Color1" type="System.Drawing.Color, System.Drawing">Blue</data>
    <data name="Bitmap1" mimetype="application/x-microsoft.net.object.binary.base64">
        <value>[base64 mime encoded serialized .NET Framework object]</value>
    </data>
    <data name="Icon1" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.bytearray.base64">
        <value>[base64 mime encoded string representing a byte array form of the .NET Framework object]</value>
        <comment>This is a comment</comment>
    </data>
                
    There are any number of "resheader" rows that contain simple 
    name/value pairs.
    
    Each data row contains a name, and value. The row also contains a 
    type or mimetype. Type corresponds to a .NET class that support 
    text/value conversion through the TypeConverter architecture. 
    Classes that don't support this are serialized and stored with the 
    mimetype set.
    
    The mimetype is used for serialized objects, and tells the 
    ResXResourceReader how to depersist the object. This is currently not 
    extensible. For a given mimetype the value must be set accordingly:
    
    Note - application/x-microsoft.net.object.binary.base64 is the format 
    that the ResXResourceWriter will generate, however the reader can 
    read any of the formats listed below.
    
    mimetype: application/x-microsoft.net.object.binary.base64
    value   : The object must be serialized with 
            : System.Runtime.Serialization.Formatters.Binary.BinaryFormatter
            : and then encoded with base64 encoding.
    
    mimetype: application/x-microsoft.net.object.soap.base64
    value   : The object must be serialized with 
            : System.Runtime.Serialization.Formatters.Soap.SoapFormatter
            : and then encoded with base64 encoding.

    mimetype: application/x-microsoft.net.object.bytearray.base64
    value   : The object must be serialized into a byte array 
            : using a System.ComponentModel.TypeConverter
            : and then encoded with base64 encoding.
    -->
  <xsd:schema id="root" xmlns="" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
    <xsd:import namespace="http://www.w3.org/XML/1998/namespace" />
    <xsd:element name="root" msdata:IsDataSet="true">
      <xsd:complexType>
        <xsd:choice maxOccurs="unbounded">
          <xsd:element name="metadata">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" />
              </xsd:sequence>
              <xsd:attribute name="name" use="required" type="xsd:string" />
              <xsd:attribute name="type" type="xsd:string" />
              <xsd:attribute name="mimetype" type="xsd:string" />
              <xsd:attribute ref="xml:space" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="assembly">
            <xsd:complexType>
              <xsd:attribute name="alias" type="xsd:string" />
              <xsd:attribute name="name" type="xsd:string" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="data">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
                <xsd:element name="comment" type="xsd:string" minOccurs="0" msdata:Ordinal="2" />
              </xsd:sequence>
              <xsd:attribute name="name" type="xsd:string" use="required" msdata:Ordinal="1" />
              <xsd:attribute name="type" type="xsd:string" msdata:Ordinal="3" />
              <xsd:attribute name="mimetype" type="xsd:string" msdata:Ordinal="4" />
              <xsd:attribute ref="xml:space" />
            </xsd:complexType>
          </xsd:element>
          <xsd:element name="resheader">
            <xsd:complexType>
              <xsd:sequence>
                <xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
              </xsd:sequence>
              <xsd:attribute name="name" type="xsd:string" use="required" />
            </xsd:complexType>
          </xsd:element>
        </xsd:choice>
      </xsd:complexType>
    </xsd:element>
  </xsd:schema>
  <resheader name="resmimetype">
    <value>text/microsoft-resx</value>
  </resheader>
  <resheader name="version">
    <value>2.0</value>
  </resheader>
  <resheader name="reader">
    <value>System.Resources.ResXResourceReader, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
  </resheader>
  <resheader name="writer">
    <value>System.Resources.ResXResourceWriter, System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
  </resheader>
  <metadata name="iTimer_CreateToolBoxItems.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>17, 17</value>
  </metadata>
  <metadata name="iMainMenu.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>207, 17</value>
  </metadata>
  <metadata name="iToolTip.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>17, 45</value>
  </metadata>
  <data name="iPG1_RB_HeapView_ByCellType.ToolTip" xml:space="preserve">
    <value>Changes the heap view to show cells coloured by their type.

There are essentially four categories:

1) Free cells are blue.
2) Allocated cells, which have known type information are orange.
3) Allocated cells that are of unknown type are red.
4) Allocated cells that are descriptors are yellow.

For all cells, white represents the cell meta-data (or overhead).
The amount of overhead depends on the cell type and also the
build of the relevant heap library in question (UDEB vs UREL 
EUSER.DLL or EKERN.EXE).

As with all views, each 'box' represents 4 bytes of heap memory.</value>
  </data>
  <data name="iPG1_RB_HeapView_ByObjectType.ToolTip" xml:space="preserve">
    <value>Colours the cells based upon their type information.

Objects that contain vTables can be cross referenced against
the symbolic information provided during the wizard-phase.

Each object type is presented in a different colour. Use the
"Set Filters" button on the right of the screen to alter the
presentation of the colours.

Descriptors and unknown cells are not emphasised.</value>
  </data>
  <data name="iPG1_RB_HeapView_ByParentBinary.ToolTip" xml:space="preserve">
    <value>Colours the cells based upon the binary within which the code 
for the object originates.

Objects that contain vTables can be cross referenced against
the symbolic information provided during the wizard-phase.

Each binary is presented in a different colour. Use the
"Set Filters" button on the right of the screen to alter the
presentation of the colours.

Descriptors and unknown cells are not emphasised.</value>
  </data>
  <data name="iPG1_RB_HeapView_ByEmbeddedReferences.ToolTip" xml:space="preserve">
    <value>A view that emphasises cells based upon how many outgoing references
any given cell contains. 

Each cell is made up of a number of 4-byte DWORDs. Each DWORD, or 'box'
in the view, is inspected to identify if the cell references any other cells
within the heap data.

Cells with more references are coloured red, and those with little or none are
coloured blue.

The number in the first 'box' of each cell refers to the number of outgoing
references the cell makes towards other cells in the heap data.</value>
  </data>
  <data name="iPG1_RB_HeapView_ByIsolation.ToolTip" xml:space="preserve">
    <value>A view that shows emphasises the number of incoming references
to each cell.

Colder cells, shown in dark blue, have little incoming references from other
cells within the heap.

Warmer cells, in red/pink have more incoming references from other cells
within the heap.

The number that appears in the first DWORD of each cell refers to the
number of overall incoming references (by other cells) to the cell in question.</value>
  </data>
  <data name="iPG1_RB_HeapView_ByCellAge.ToolTip" xml:space="preserve">
    <value>This view emhpasises how old a given cell is within the heap data.

The older the cell, the colder it appears (dark blue).

The warmer the cell, the more recently it was allocated within the heap
(light/bright blue).

The oldest cells typically appear at the start of the heap, with cells generally
becoming younger as they are allocated towards the end of the heap.

This view can be useful in determining if your heap is heavily fragmented or
whether the allocation strategy used by the code that controls this heap is
causing an artificially inflated high water mark due to poor lifetime management
of heap cells.

This view is only available in debug (UDEB) builds of EUSER.DLL or EKERN.EXE</value>
  </data>
  <metadata name="iTab2_ColModel_Stats.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>312, 17</value>
  </metadata>
  <metadata name="iTab2_TabModel_Stats.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>473, 17</value>
  </metadata>
  <metadata name="iPG5_TableModel_CellDistributionFree.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>661, 11</value>
  </metadata>
  <metadata name="iPG5_TableModel_CellDistributionAllocated.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>942, 8</value>
  </metadata>
  <metadata name="iPG1_HeapView_ContextMenu.TrayLocation" type="System.Drawing.Point, System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
    <value>1206, 8</value>
  </metadata>
  <metadata name="$this.TrayHeight" type="System.Int32, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
    <value>94</value>
  </metadata>
</root>