--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,46 +1,46 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>ARM Exception types</title>
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Exception Types</h2>
-</div>
-
-<div class="Head2">
- <p>The numeric value in the left hand column is the value of the
- ExcId field displayed as a result of entering an
- <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
-debug monitor.</p>
-</div>
-<div>
- <table width="318" border="0" cellpadding="1" cellspacing="0">
- <tr><td width="316"
-class="TableWrap"><table width="306"
-border="0" cellpadding="5" cellspacing="1">
-<tr valign="top"><td width="93" class="Cell">
-<p>00000000</p></td><td width="86" class="Cell">
-<p>Prefetch abort</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>00000001</p></td><td class="Cell">
-<p>Data abort</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>00000002</p></td><td class="Cell">
-<p>Undefined instruction</p></td></tr>
-</table></td></tr></table>
-
-</div>
-<h5>Related references </h5>
- <ul>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>ARM Exception types</title>
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Exception Types</h2>
+</div>
+
+<div class="Head2">
+ <p>The numeric value in the left hand column is the value of the
+ ExcId field displayed as a result of entering an
+ <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
+debug monitor.</p>
+</div>
+<div>
+ <table width="318" border="0" cellpadding="1" cellspacing="0">
+ <tr><td width="316"
+class="TableWrap"><table width="306"
+border="0" cellpadding="5" cellspacing="1">
+<tr valign="top"><td width="93" class="Cell">
+<p>00000000</p></td><td width="86" class="Cell">
+<p>Prefetch abort</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>00000001</p></td><td class="Cell">
+<p>Data abort</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>00000002</p></td><td class="Cell">
+<p>Undefined instruction</p></td></tr>
+</table></td></tr></table>
+
+</div>
+<h5>Related references </h5>
+ <ul>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,104 +1,104 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>ARM Fault Status Register Values</title>
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
- <link href="../../book.css" type="text/css" rel="stylesheet" >
- <style type="text/css">
-<!--
-.style1 {font-family: "Courier New", Courier, mono}
--->
- </style>
- <div class="Head1">
-
-<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Fault Status Register Values (FSR register)</h2>
-</div>
-<div>
-<p>The lowest 4-bits of the FSR register indicates the fault generated
-by the MMU. The FSR register value is displayed as a result of entering an
-<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
-debug monitor.</p><table cellpadding="1" border="0" cellspacing="0"><tr><td width="509"
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0">
-<tr valign="top"><td width="67" class="Cell">
-<p align="center"><b>Value</b></p></td><td width="357" class="Cell">
-<p><b>Explanation</b></p></td></tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">0</p></td>
- <td class="Cell"><p>Vector exception</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">1</p></td>
- <td class="Cell"><p>Alignment fault</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">2</p></td>
- <td class="Cell"><p> Terminal exception </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">3</p></td>
- <td class="Cell"><p>Alignment fault </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">4</p></td>
- <td class="Cell"><p>External abort on linefetch for section translation </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">5</p></td>
- <td class="Cell"><p>Section translation fault (unmapped virtual address)</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">6</p></td>
- <td class="Cell"><p> External abort on linefetch for page translation </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">7</p></td>
- <td class="Cell"><p>Page translation fault (unmapped virtual address)</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">8</p></td>
- <td class="Cell"><p> External abort on non-linefetch for section translation</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">9</p></td>
- <td class="Cell"><p> Domain fault on section translation (i.e. accessing invalid domain) </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">A</p></td>
- <td class="Cell"><p>External abort on non-linefetch for page translation</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">B</p></td>
- <td class="Cell"><p> Domain fault on page translation (i.e. accessing invalid domain)</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">C</p></td>
- <td class="Cell"><p> External abort on first level translation</p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">D</p></td>
- <td class="Cell"><p> Permission fault on section (i.e. no permission to access virtual address) </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">E</p></td>
- <td class="Cell"><p>External abort on second level translation </p></td>
-</tr>
-<tr valign="top">
- <td class="Cell"><p align="center" class="style1">F</p></td>
- <td class="Cell"><p> Permission fault on page (i.e. no permission to access virtual address)</p></td>
-</tr>
-</table></td></tr></table>
-<a name="debugging%2earm%2dexceptions%2dprocessormodes%2ecpsr"></a>
-</div>
- <h5>Related references </h5>
- <ul>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>ARM Fault Status Register Values</title>
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+ <style type="text/css">
+<!--
+.style1 {font-family: "Courier New", Courier, mono}
+-->
+ </style>
+ <div class="Head1">
+
+<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Fault Status Register Values (FSR register)</h2>
+</div>
+<div>
+<p>The lowest 4-bits of the FSR register indicates the fault generated
+by the MMU. The FSR register value is displayed as a result of entering an
+<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
+debug monitor.</p><table cellpadding="1" border="0" cellspacing="0"><tr><td width="509"
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0">
+<tr valign="top"><td width="67" class="Cell">
+<p align="center"><b>Value</b></p></td><td width="357" class="Cell">
+<p><b>Explanation</b></p></td></tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">0</p></td>
+ <td class="Cell"><p>Vector exception</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">1</p></td>
+ <td class="Cell"><p>Alignment fault</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">2</p></td>
+ <td class="Cell"><p> Terminal exception </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">3</p></td>
+ <td class="Cell"><p>Alignment fault </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">4</p></td>
+ <td class="Cell"><p>External abort on linefetch for section translation </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">5</p></td>
+ <td class="Cell"><p>Section translation fault (unmapped virtual address)</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">6</p></td>
+ <td class="Cell"><p> External abort on linefetch for page translation </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">7</p></td>
+ <td class="Cell"><p>Page translation fault (unmapped virtual address)</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">8</p></td>
+ <td class="Cell"><p> External abort on non-linefetch for section translation</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">9</p></td>
+ <td class="Cell"><p> Domain fault on section translation (i.e. accessing invalid domain) </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">A</p></td>
+ <td class="Cell"><p>External abort on non-linefetch for page translation</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">B</p></td>
+ <td class="Cell"><p> Domain fault on page translation (i.e. accessing invalid domain)</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">C</p></td>
+ <td class="Cell"><p> External abort on first level translation</p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">D</p></td>
+ <td class="Cell"><p> Permission fault on section (i.e. no permission to access virtual address) </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">E</p></td>
+ <td class="Cell"><p>External abort on second level translation </p></td>
+</tr>
+<tr valign="top">
+ <td class="Cell"><p align="center" class="style1">F</p></td>
+ <td class="Cell"><p> Permission fault on page (i.e. no permission to access virtual address)</p></td>
+</tr>
+</table></td></tr></table>
+<a name="debugging%2earm%2dexceptions%2dprocessormodes%2ecpsr"></a>
+</div>
+ <h5>Related references </h5>
+ <ul>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide03.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerARMexceptionsProcessorModes.guide03.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,65 +1,65 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>ARM Processor Modes</title>
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
-<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Processor
-Modes (CPSR register)</h2>
-</div>
-<div class="Head2">
-<p>The 5 least-significant bits of the CPSR register indicate the ARM
-processor mode. The CPSR register value is displayed as a result of entering an
- <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
-debug monitor.</p>
-</div><div>
- <table cellpadding="1" border="0" cellspacing="0"><tr><td width="548"
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0">
-<tr valign="top"><td width="101" class="Cell">
-<p><b>CPSR[4:0]</b></p></td><td width="75" class="Cell">
-<p><b>Mode</b></p></td><td width="293" class="Cell">
-<p><b>Register set</b></p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>10000 </p></td><td class="Cell">
-<p>User</p></td><td class="Cell">
-<p> PC, R14..R0, CPSR</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>10001</p></td><td class="Cell">
-<p>FIQ</p></td><td class="Cell">
-<p>PC, R14_fiq..R8_fiq, R7-R0, CPSR, SPSR_fiq</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>10010</p></td><td class="Cell">
-<p>IRQ </p></td><td class="Cell">
-<p>PC, R14_irq, R13_irq, R12-R0, CPSR, SPSR_irq</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>10011</p></td><td class="Cell">
-<p>SVC</p></td><td class="Cell">
-<p>PC, R14_svc, R13_svc, R12-R0, CPSR, SPSR_sv</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>10111</p></td><td class="Cell">
-<p>Abort</p></td><td class="Cell">
-<p>PC, R14_abt, R13_abt, R12-R0, CPSR, SPSR_abt</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>11011</p></td><td class="Cell">
-<p>Undef </p></td><td class="Cell">
-<p>PC, R14_und, R13_und, R12-R0, CPSR, SPSR_und</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>11111</p></td><td class="Cell">
-<p>System</p></td><td class="Cell">
-<p>PC, R14..R0, CPSR</p></td></tr>
-</table></td></tr></table>
-</div>
- <h5>Related references </h5>
- <ul>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
- <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>ARM Processor Modes</title>
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+<link rel="StyleSheet" href="sysdoc-eclipse.css" type="text/css" />
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2><a name="debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions"></a>ARM Processor
+Modes (CPSR register)</h2>
+</div>
+<div class="Head2">
+<p>The 5 least-significant bits of the CPSR register indicate the ARM
+processor mode. The CPSR register value is displayed as a result of entering an
+ <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command in the
+debug monitor.</p>
+</div><div>
+ <table cellpadding="1" border="0" cellspacing="0"><tr><td width="548"
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0">
+<tr valign="top"><td width="101" class="Cell">
+<p><b>CPSR[4:0]</b></p></td><td width="75" class="Cell">
+<p><b>Mode</b></p></td><td width="293" class="Cell">
+<p><b>Register set</b></p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>10000 </p></td><td class="Cell">
+<p>User</p></td><td class="Cell">
+<p> PC, R14..R0, CPSR</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>10001</p></td><td class="Cell">
+<p>FIQ</p></td><td class="Cell">
+<p>PC, R14_fiq..R8_fiq, R7-R0, CPSR, SPSR_fiq</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>10010</p></td><td class="Cell">
+<p>IRQ </p></td><td class="Cell">
+<p>PC, R14_irq, R13_irq, R12-R0, CPSR, SPSR_irq</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>10011</p></td><td class="Cell">
+<p>SVC</p></td><td class="Cell">
+<p>PC, R14_svc, R13_svc, R12-R0, CPSR, SPSR_sv</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>10111</p></td><td class="Cell">
+<p>Abort</p></td><td class="Cell">
+<p>PC, R14_abt, R13_abt, R12-R0, CPSR, SPSR_abt</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>11011</p></td><td class="Cell">
+<p>Undef </p></td><td class="Cell">
+<p>PC, R14_und, R13_und, R12-R0, CPSR, SPSR_und</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>11111</p></td><td class="Cell">
+<p>System</p></td><td class="Cell">
+<p>PC, R14..R0, CPSR</p></td></tr>
+</table></td></tr></table>
+</div>
+ <h5>Related references </h5>
+ <ul>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception Types</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide02.html">ARM Fault Status Register Values</a></li>
+ <li><a href="CrashDebuggerARMexceptionsProcessorModes.guide03.html">ARM Processor Modes</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,24 +1,24 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Examining the call stack in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Examining the Call Stack</h2>
-<p>The following topics provide different ways of examing the call stack: </p>
-</div><div>
-<ul>
-<li><a href="CrashDebuggerCallStack.guide02.html" >General Points</a></li>
-<li><a href="CrashDebuggerCallStack.guide03.html" >Finding the Stack</a></li>
-<li><a href="CrashDebuggerCallStack.guide04.html" >Tracing through the Call Stack Heuristically</a></li>
-<li><a href="CrashDebuggerCallStack.guide05.html" >Walking through the Call Stack</a></li>
-</ul>
-</div>
-<div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Examining the call stack in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Examining the Call Stack</h2>
+<p>The following topics provide different ways of examing the call stack: </p>
+</div><div>
+<ul>
+<li><a href="CrashDebuggerCallStack.guide02.html" >General Points</a></li>
+<li><a href="CrashDebuggerCallStack.guide03.html" >Finding the Stack</a></li>
+<li><a href="CrashDebuggerCallStack.guide04.html" >Tracing through the Call Stack Heuristically</a></li>
+<li><a href="CrashDebuggerCallStack.guide05.html" >Walking through the Call Stack</a></li>
+</ul>
+</div>
+<div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,45 +1,45 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Examining the call stack in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>General Points</h2>
-</div>
-<div>
-<p>Tracing the call stack is an advanced use of the
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command that
-allows you to <a href="CrashDebuggerExaminingMemory.guide.html" title="Examining memory">examine memory</a>.</p>
-<p>Every time a function is called, the return address is
-automatically saved into register R14 (Link Register). In addition
-to this the return address is generally pushed onto the call stack; it is
-always pushed in debug builds but the push operation is sometimes optimised out
-in release builds. This allows you to trace back through the value of
-R14 and these saved addresses to see the sequence of function
-calls. Unfortunately this is quite tedious to do because the stack is also used
-for automatic variables and other data. You need to work out which values on
-the stack refer to return addresses. </p>
-<p>When you are debugging only ROM-based code, it is relatively easy
-to identify the pushed return addresses because all code addresses will be in
-the ROM range: 0xF800000 to 0xFFEFFFFF for the
-<a href="CrashDebuggerMemoryMap.guide.html" title="Symbian OS memory map / Moving model">moving model</a>. However,
-there is also data in the ROM, which means that an address on the stack which
-is in the ROM range could point to data instead of code. If you want to trace
-applications loaded into RAM, i.e. anything not run from drive Z:, then stack
-tracing is more difficult because the code can move about and RAM-loaded code
-is given an address assigned at load time.</p>
-<p>Note that <a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a> is essential for tracing back through the stack.</p>
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
- <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
- <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Examining the call stack in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>General Points</h2>
+</div>
+<div>
+<p>Tracing the call stack is an advanced use of the
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command that
+allows you to <a href="CrashDebuggerExaminingMemory.guide.html" title="Examining memory">examine memory</a>.</p>
+<p>Every time a function is called, the return address is
+automatically saved into register R14 (Link Register). In addition
+to this the return address is generally pushed onto the call stack; it is
+always pushed in debug builds but the push operation is sometimes optimised out
+in release builds. This allows you to trace back through the value of
+R14 and these saved addresses to see the sequence of function
+calls. Unfortunately this is quite tedious to do because the stack is also used
+for automatic variables and other data. You need to work out which values on
+the stack refer to return addresses. </p>
+<p>When you are debugging only ROM-based code, it is relatively easy
+to identify the pushed return addresses because all code addresses will be in
+the ROM range: 0xF800000 to 0xFFEFFFFF for the
+<a href="CrashDebuggerMemoryMap.guide.html" title="Symbian OS memory map / Moving model">moving model</a>. However,
+there is also data in the ROM, which means that an address on the stack which
+is in the ROM range could point to data instead of code. If you want to trace
+applications loaded into RAM, i.e. anything not run from drive Z:, then stack
+tracing is more difficult because the code can move about and RAM-loaded code
+is given an address assigned at load time.</p>
+<p>Note that <a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a> is essential for tracing back through the stack.</p>
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
+ <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
+ <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide03.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide03.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,153 +1,153 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Finding the Stack</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="../../book.css" type="text/css" rel="stylesheet" >
- <div class="Head2">
-<h2>Finding the Stack</h2>
-</div><div>
-<p>To trace back through a thread’s kernel or user stack, you first
-need to find the stack pointer value. On the ARM, R13 always
-points to the stack, but there are different R13 registers for
-each processor mode:</p>
-<ul>
-<li><p>In thread context:</p>
-<ul>
-<li>
-<p>R13usr points to the thread’s user
-stack,</p>
-</li>
-<li>
-<p>R13svc points to the thread’s kernel
-stack.</p>
-</li>
-</ul>
-</li>
-<li>
-<p>When handling interrupts, dedicated stacks are used:</p>
-<ul>
-<li>
-<p>R13Fiq points to the stack used when
-processing fast interrupts (FIQ).</p>
-</li>
-<li>
-<p>R13Irq points to the stack used when
-processing general purpose interrupts (IRQ)</p>
-</li>
-</ul>
-</li>
-</ul>
-<p>To find out which stack to inspect, you need to know what mode the
-CPU was in when the fault occurred. The
-<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html" title="ARM Exception types, fault status register values, processor modes / ARM processor modes (CPSR register)">processor mode</a> is identified by the five least-significant bits of the CPSR
-register. To get the value of the CPSR register:</p>
-<ul>
-<li>
-<p>use the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command when the
-debug monitor is triggered by a hardware exception.</p>
-</li>
-<li>
-<p>use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command when the
-debug monitor is triggered by a panic.</p>
-</li>
-</ul>
-<p>The following examples show how to find the stack(s):</p>
-<ul>
-<li>
-<p><b><a href="CrashDebuggerCallStack.guide03.html#call01" title="Examining the call stack / Finding the stack / Kernel & user stacks of the current thread after a hardware exception">Kernel & user stacks of the current thread after a hardware exception</a></b></p>
-</li>
-<li class="style6">
-<p><a href="CrashDebuggerCallStack.guide03.html#call02" title="Examining the call stack / Finding the stack / Kernel & user stacks of the current thread after a panic">Kernel & user stacks of the current thread after a panic</a></p>
-</li>
-<li class="style6">
-<p><a href="CrashDebuggerCallStack.guide03.html#call03" title="Examining the call stack / Finding the stack / Interrupt stacks">Interrupt stacks</a></p>
-</li>
-<li>
-<p><b><a href="CrashDebuggerCallStack.guide03.html#call04" title="Examining the call stack / Finding the stack / Kernel & user stacks of a non-current thread">Kernel & user stacks of a non-current thread</a></b></p>
-</li>
-</ul>
-</div>
-<div class="Head3">
-<h3><a name="call01"></a>Kernel & user stacks of the current thread after a
-hardware exception</h3>
-</div><div>
-<p>Use the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command.</p>
-<p class="CodeBlock">Fault Category: Exception Fault Reason: 10000000<br>ExcId 00000001 CodeAddr f816c908 DataAddr 80000001 Extra c0007003<br>Exc 1 Cpsr=60000010 FAR=80000001 FSR=c0007003<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d88 R6=00002000 R7=f816c768<br> R8=00000012 R9=00000040 R10=00000000 R11=00403fa4<br>R12=00403d5c R13=00403d70 R14=f80906f8 R15=f816c908<br>R13Svc=6571e000 R14Svc=f80074bc SpsrSvc=80000010</p>
-<p>In this example:</p>
-<ul>
-<li>
-<p>the kernel stack is the value of R13Svc, i.e.
-0x6571e00.</p>
-</li>
-<li>
-<p>the user stack is the value of R13, i.e.
-0x00403d70.</p>
-</li>
-</ul>
-</div>
-<div class="Head3">
-<h3><a name="call02" id="call02"></a>Kernel & user stacks of the current thread after a
-panic</h3>
-</div><div>
-<p>Use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command.</p>
-<p class="CodeBlock">MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cc50<br> R8=00000001 R9=6403c44c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ccbfd0e0 SPSR=b00000d9<br>MODE_UND:<br>R13=6400090c R14=b5a39950 SPSR=f000009d</p>
-<p>In this example:</p>
-<ul>
-<li>
-<p>the kernel stack is the value of R13 under
-MODE_SVC:, i.e. 0x6571de54.</p>
-</li>
-<li>
-<p>the user stack is the value of R13 under
-MODE_USR:, i.e. 0x00404e00.</p>
-</li>
-</ul>
-</div>
-<div class="Head3">
-<h3><a name="call03" id="call03"></a>Interrupt stacks</h3>
-</div><div>
-<p>Use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command.</p>
-<p class="CodeBlock">MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cc50<br> R8=00000001 R9=6403c44c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ccbfd0e0 SPSR=b00000d9<br>MODE_UND:<br>R13=6400090c R14=b5a39950 SPSR=f000009d</p>
-<p>In this example:</p>
-<ul>
-<li>
-<p>the IRQ stack is the value of R13 under
-MODE_IRQ:, i.e. 0x6400110c.</p>
-</li>
-<li>
-<p>the FRQ stack is the value of R13 under
-MODE_FIQ:, i.e. 0x64000d0c.</p>
-</li>
-</ul>
-</div>
-<div class="Head3">
-<h3><a name="call04" id="call04"></a>Kernel & user stacks of a non-current
-thread</h3>
-</div><div>
-<p>Use the output of the
-<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a>,
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> and
-<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a>
-commands.</p>
-<p class="CodeBlock">THREAD at 6403c194 VPTR=f8046c18 AccessCount=5 Owner=6403bb4c<br>Full name t_dmasim::Main<br>Thread MState READY<br>Default priority 12 WaitLink Priority 12<br>ExitInfo 3,0,<br>Flags 00000002, Handles 6403b418<br>Supervisor stack base 6571d000 size 1000<br>User stack base 00403000 size 2000<br>Id=25, Alctr=00700000, Created alctr=00700000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=007000c8, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 6403c44c Pri 12 NState READY<br>Next=6403c44c Prev=6403c44c Att=03 iUserContextType=02<br>HeldFM=00000000 WaitFM=00000000 AddrSp=6403bb4c<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=00000000<br>SavedSP=6571df98<br>DACR f800bd2c<br>R13_USR 0d404c38 R14_USR 00000001 SPSR_SVC 00000000<br> R4 f8022d84 R5 6571dfd4 R6 6571dfbc R7 f8022db8<br> R8 f800bddc R9 f800a454 R10 00000000 R11 f801daac<br> PC 60000010</p>
-<p>In this example:</p>
-<ul>
-<li>
-<p>the kernel stack is the value of SavedSP, i.e.
-0x6571df98.</p>
-</li>
-<li>
-<p>the user stack is the value of R13_USR, i.e.
-0x0d404c38.</p>
-</li>
-</ul>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
- <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
- <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Finding the Stack</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+ <div class="Head2">
+<h2>Finding the Stack</h2>
+</div><div>
+<p>To trace back through a thread’s kernel or user stack, you first
+need to find the stack pointer value. On the ARM, R13 always
+points to the stack, but there are different R13 registers for
+each processor mode:</p>
+<ul>
+<li><p>In thread context:</p>
+<ul>
+<li>
+<p>R13usr points to the thread’s user
+stack,</p>
+</li>
+<li>
+<p>R13svc points to the thread’s kernel
+stack.</p>
+</li>
+</ul>
+</li>
+<li>
+<p>When handling interrupts, dedicated stacks are used:</p>
+<ul>
+<li>
+<p>R13Fiq points to the stack used when
+processing fast interrupts (FIQ).</p>
+</li>
+<li>
+<p>R13Irq points to the stack used when
+processing general purpose interrupts (IRQ)</p>
+</li>
+</ul>
+</li>
+</ul>
+<p>To find out which stack to inspect, you need to know what mode the
+CPU was in when the fault occurred. The
+<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html" title="ARM Exception types, fault status register values, processor modes / ARM processor modes (CPSR register)">processor mode</a> is identified by the five least-significant bits of the CPSR
+register. To get the value of the CPSR register:</p>
+<ul>
+<li>
+<p>use the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command when the
+debug monitor is triggered by a hardware exception.</p>
+</li>
+<li>
+<p>use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command when the
+debug monitor is triggered by a panic.</p>
+</li>
+</ul>
+<p>The following examples show how to find the stack(s):</p>
+<ul>
+<li>
+<p><b><a href="CrashDebuggerCallStack.guide03.html#call01" title="Examining the call stack / Finding the stack / Kernel & user stacks of the current thread after a hardware exception">Kernel & user stacks of the current thread after a hardware exception</a></b></p>
+</li>
+<li class="style6">
+<p><a href="CrashDebuggerCallStack.guide03.html#call02" title="Examining the call stack / Finding the stack / Kernel & user stacks of the current thread after a panic">Kernel & user stacks of the current thread after a panic</a></p>
+</li>
+<li class="style6">
+<p><a href="CrashDebuggerCallStack.guide03.html#call03" title="Examining the call stack / Finding the stack / Interrupt stacks">Interrupt stacks</a></p>
+</li>
+<li>
+<p><b><a href="CrashDebuggerCallStack.guide03.html#call04" title="Examining the call stack / Finding the stack / Kernel & user stacks of a non-current thread">Kernel & user stacks of a non-current thread</a></b></p>
+</li>
+</ul>
+</div>
+<div class="Head3">
+<h3><a name="call01"></a>Kernel & user stacks of the current thread after a
+hardware exception</h3>
+</div><div>
+<p>Use the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command.</p>
+<p class="CodeBlock">Fault Category: Exception Fault Reason: 10000000<br>ExcId 00000001 CodeAddr f816c908 DataAddr 80000001 Extra c0007003<br>Exc 1 Cpsr=60000010 FAR=80000001 FSR=c0007003<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d88 R6=00002000 R7=f816c768<br> R8=00000012 R9=00000040 R10=00000000 R11=00403fa4<br>R12=00403d5c R13=00403d70 R14=f80906f8 R15=f816c908<br>R13Svc=6571e000 R14Svc=f80074bc SpsrSvc=80000010</p>
+<p>In this example:</p>
+<ul>
+<li>
+<p>the kernel stack is the value of R13Svc, i.e.
+0x6571e00.</p>
+</li>
+<li>
+<p>the user stack is the value of R13, i.e.
+0x00403d70.</p>
+</li>
+</ul>
+</div>
+<div class="Head3">
+<h3><a name="call02" id="call02"></a>Kernel & user stacks of the current thread after a
+panic</h3>
+</div><div>
+<p>Use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command.</p>
+<p class="CodeBlock">MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cc50<br> R8=00000001 R9=6403c44c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ccbfd0e0 SPSR=b00000d9<br>MODE_UND:<br>R13=6400090c R14=b5a39950 SPSR=f000009d</p>
+<p>In this example:</p>
+<ul>
+<li>
+<p>the kernel stack is the value of R13 under
+MODE_SVC:, i.e. 0x6571de54.</p>
+</li>
+<li>
+<p>the user stack is the value of R13 under
+MODE_USR:, i.e. 0x00404e00.</p>
+</li>
+</ul>
+</div>
+<div class="Head3">
+<h3><a name="call03" id="call03"></a>Interrupt stacks</h3>
+</div><div>
+<p>Use the <a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command.</p>
+<p class="CodeBlock">MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cc50<br> R8=00000001 R9=6403c44c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ccbfd0e0 SPSR=b00000d9<br>MODE_UND:<br>R13=6400090c R14=b5a39950 SPSR=f000009d</p>
+<p>In this example:</p>
+<ul>
+<li>
+<p>the IRQ stack is the value of R13 under
+MODE_IRQ:, i.e. 0x6400110c.</p>
+</li>
+<li>
+<p>the FRQ stack is the value of R13 under
+MODE_FIQ:, i.e. 0x64000d0c.</p>
+</li>
+</ul>
+</div>
+<div class="Head3">
+<h3><a name="call04" id="call04"></a>Kernel & user stacks of a non-current
+thread</h3>
+</div><div>
+<p>Use the output of the
+<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a>,
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> and
+<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a>
+commands.</p>
+<p class="CodeBlock">THREAD at 6403c194 VPTR=f8046c18 AccessCount=5 Owner=6403bb4c<br>Full name t_dmasim::Main<br>Thread MState READY<br>Default priority 12 WaitLink Priority 12<br>ExitInfo 3,0,<br>Flags 00000002, Handles 6403b418<br>Supervisor stack base 6571d000 size 1000<br>User stack base 00403000 size 2000<br>Id=25, Alctr=00700000, Created alctr=00700000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=007000c8, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 6403c44c Pri 12 NState READY<br>Next=6403c44c Prev=6403c44c Att=03 iUserContextType=02<br>HeldFM=00000000 WaitFM=00000000 AddrSp=6403bb4c<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=00000000<br>SavedSP=6571df98<br>DACR f800bd2c<br>R13_USR 0d404c38 R14_USR 00000001 SPSR_SVC 00000000<br> R4 f8022d84 R5 6571dfd4 R6 6571dfbc R7 f8022db8<br> R8 f800bddc R9 f800a454 R10 00000000 R11 f801daac<br> PC 60000010</p>
+<p>In this example:</p>
+<ul>
+<li>
+<p>the kernel stack is the value of SavedSP, i.e.
+0x6571df98.</p>
+</li>
+<li>
+<p>the user stack is the value of R13_USR, i.e.
+0x0d404c38.</p>
+</li>
+</ul>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
+ <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
+ <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide04.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide04.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,108 +1,108 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Tracing through the Stack Heuristically</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
-<h2>Tracing through the Stack Heuristically</h2>
-</div>
-<div>
-One way of tracing through the call stack is to assume that every word on the stack which looks like a ROM code address is a saved return
-address. We say that this heuristic because:
-<ul>
-<li>
-<p>some data words may look like code addresses in ROM.</p>
-</li>
-<li>
-<p>there may be saved return addresses left over from previous
-function calls. For example, suppose that F() calls
-A() and then B() in sequence. A() itself
-calls X(), which calls Y(). If a crash occurs in
-B(), the saved return addresses from the calls to X()
-and Y() are still present on the stack and may be mistaken for
-function calls occuring while B() is active.</p>
-<p>This scenario happens frequently when B()
-allocates a buffer (e.g. TBuf) on the stack which overlaps
-old stack frames.</p>
-<div class="Figure">
-<p class="Image"><a name=""><img src="CrashDebuggerCallStackHeuristic-01.gif" alt="" border="0"></a></p>
-</div>
-</li>
-</ul>
-<p>If you want to trace applications loaded into RAM, then stack
-tracing is more difficult because RAM-loaded DLLs are given addresses assigned
-at load time.</p>
-<p>On ARM, the stack pointer starts at the higher address end and
-moves 'down' towards the lower address end. This means that values at the top
-of the memory dump are more recent. You need to look back through this for code
-addresses. For ROM code this will be words with most significant byte in the
-range 0xF8 to 0xFF, remembering that they are
-little-endian. This can either be done manually, or automatically using the
-printsym.pl perl script, which can be found in
-...\epoc32\tools.</p>
-<p>Let's follow this in an example session:</p>
-<ul>
-<li>
-<p>Decide whether the crash has been caused by a panic or an
-exception using the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command:</p>
-<p class="CodeBlock">.f<br>Fault Category: EXAMPLE Fault Reason: 0000002a<br>ExcId 00000000 CodeAddr 00000000 DataAddr 00000000 Extra 00000000</p>
-</li>
-<li>
-<p>This shows that the crash was caused by a panic, so now use the
-<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command to find
-the CPU mode and the stack pointer:</p>
-<p class="CodeBlock">.r<br>MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br> R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ffff0010 SPSR=400000d7<br>MODE_UND:<br>R13=6400090c R14=95221110 SPSR=f000009d</p>
-<p>The panic happened in supervisor mode, because CPSR &
-0x1F == 0x13, so R13Svc, i.e. the value of R13
-shown under MODE_SVC: in the above display, is the stack pointer
-to look at; this has the value 0x6571DE54.</p>
-</li>
-<li>
-<p>Using the
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command to look
-at memory starting at location 0x6571DE54 gives:</p>
-<p class="CodeBlock">.m6571de54+200<br>6571de54: 07 00 00 10 14 04 17 f8 00 00 00 00 d4 4e 40 00 .............N@.<br>6571de64: e8 de 71 65 74 de 71 65 74 fb 16 f8 88 28 03 f8 ..qet.qet....(..<br>6571de74: 0c d4 03 f8 64 35 03 f8 00 00 00 00 00 00 00 00 ....d5..........<br>6571de84: d0 00 00 00 14 df 71 65 a8 cb 03 64 a8 cb 03 64 ......qe...d...d<br>6571de94: d0 00 00 00 14 df 71 65 1c df 71 65 ec 4e 40 00 ......qe..qe.N@.<br>6571dea4: 1c c4 03 64 b4 2a 03 f8 00 00 00 00 14 df 71 65 ...d.*........qe<br>6571deb4: d0 de 71 65 c4 de 71 65 b0 ab 03 f8 00 00 00 00 ..qe..qe........<br>6571dec4: e0 ba 03 64 14 df 71 65 1c df 71 65 01 00 00 00 ...d..qe..qe....<br>6571ded4: 1c c4 03 64 f8 02 00 64 10 df 71 65 ec de 71 65 ...d...d..qe..qe<br>6571dee4: 84 da 01 f8 5c fb 16 f8 00 4e 40 00 00 00 00 00 ....\....N@.....<br>6571def4: 00 4e 40 00 00 00 00 00 d3 00 00 00 ec 4e 40 00 .N@..........N@.<br>6571df04: d4 df 71 65 14 df 71 65 e0 db 01 f8 c0 d9 01 f8 ..qe..qe........<br>6571df14: a8 cb 03 64 e0 ba 03 64 01 00 01 00 00 00 00 00 ...d...d........<br>6571df24: 00 00 00 00 d4 4e 40 00 00 00 00 30 40 00 00 00 .....N@....0@...<br>6571df34: 13 00 00 60 98 df 71 65 48 df 71 65 f4 81 00 f8 ...`..qeH.qe....<br>6571df44: 8c 7a 00 f8 68 df 71 65 58 df 71 65 6c df 71 65 .z..h.qeX.qel.qe<br>6571df54: 60 df 71 65 0c 2b 00 f8 bc 2a 00 f8 84 df 71 65 `.qe.+...*....qe<br>6571df64: 70 df 71 65 e4 7d 04 f8 08 2b 00 f8 0d 00 00 00 p.qe.}...+......<br>6571df74: 0a 00 00 30 40 00 00 00 54 65 73 74 44 6d 61 53 ...0@...TestDmaS<br>6571df84: 69 6d 04 f8 a9 4b 40 00 b8 df 71 65 9c df 71 65 im...K@...qe..qe<br>6571df94: 2c be 00 f8 2c bd 00 f8 38 4c 40 0d 01 00 00 00 ,...,...8L@.....<br>6571dfa4: 00 00 00 00 84 2d 02 f8 d4 df 71 65 bc df 71 65 .....-....qe..qe<br>6571dfb4: b8 2d 02 f8 dc bd 00 f8 54 a4 00 f8 00 00 00 00 .-......T.......<br>6571dfc4: ac da 01 f8 10 00 00 60 d8 df 71 65 70 74 00 f8 .......`..qept..<br>6571dfd4: b8 da 01 f8 d4 4e 40 00 20 f7 16 f8 d0 4e 40 00 .....N@. ....N@.<br>6571dfe4: 00 00 00 00 00 00 00 00 ec 4e 40 00 40 00 00 00 .........N@.@...</p>
-<p>We can look for potential ROM addresses by scanning the log and
-look up the corresponding function name in the symbol file generated
-<a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a> . The first
-one is 0xF8170414 at offset 4 in the memory dump.
-</p>
-</li>
-<li>
-<p>Alternatively, we can use the printsym.pl perl
-script, passing it the dump output. The following is part of the output:</p>
-<p class="CodeBlock">R:\base\e32\rombuild>perl -S printsym.pl ASSABETARM4D.symbol<br>ROM Symbols from ASSABETARM4D.symbol<br>Please enter data to be decoded<br>6571de54: 07 00 00 10 14 04 17 f8 00 00 00 00 d4 4e 40 00 .............N@.<br>= 10000007 .... <br>= f8170414 .... etext=. + 0x0<br>= 00000000 ....<br>= 00404ed4 .N@.<br>6571de64: e8 de 71 65 74 de 71 65 74 fb 16 f8 88 28 03 f8 ..qet.qet....(..<br>= 6571dee8 ..qe<br>= 6571de74 t.qe<br>= f816fb74 t... DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &<br>) + 0x24<br>= f8032888 .(.. Kern::Fault(char const *, int) + 0xc<br>6571de74: 0c d4 03 f8 64 35 03 f8 00 00 00 00 00 00 00 00 ....d5..........<br>= f803d40c .... RHeap::Alloc(int) + 0xf4<br>= f8033564 d5.. Kern::MutexSignal(DMutex &) + 0xc<br>= 00000000 ....<br>= 00000000 ....<br><br>[............ truncated ...............]<br><br>= f801da84 .... DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelC<br>reateInfo &) + 0xd0<br>= f816fb5c \... DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &<br>) + 0xc<br>= 00404e00 .N@.<br>= 00000000 ....<br>6571def4: 00 4e 40 00 00 00 00 00 d3 00 00 00 ec 4e 40 00 .N@..........N@.<br>= 00404e00 .N@.<br>= 00000000 ....<br>= 000000d3 ....<br>= 00404eec .N@.<br>6571df04: d4 df 71 65 14 df 71 65 e0 db 01 f8 c0 d9 01 f8 ..qe..qe........<br>= 6571dfd4 ..qe<br>= 6571df14 ..qe<br>= f801dbe0 .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0x134<br>= f801d9c0 .... DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelC<br>reateInfo &) + 0xc<br><br>[.......................... truncated .........................]<br><br>= f8022db8 .-.. ExecHandler::DebugPrint(void *, int) + 0x34<br>= f800bddc .... A::UserDebugPrint(unsigned char const *, int, int) + 0xc<br>= f800a454 T... EpocSlowExecTable + 0xc<br>= 00000000 ....<br>6571dfc4: ac da 01 f8 10 00 00 60 d8 df 71 65 70 74 00 f8 .......`..qept..<br>= f801daac .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0x0<br>= 60000010 ...`<br>= 6571dfd8 ..qe<br>= f8007470 pt.. __ArmVectorSwi + 0xd8<br>6571dfd4: b8 da 01 f8 d4 4e 40 00 20 f7 16 f8 d0 4e 40 00 .....N@. ....N@.<br>= f801dab8 .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0xc<br>= 00404ed4 .N@.<br>= f816f720 ... etext=. + 0x560<br>= 00404ed0 .N@.<br>6571dfe4: 00 00 00 00 00 00 00 00 ec 4e 40 00 40 00 00 00 .........N@.@...<br>= 00000000 ....<br>= 00000000 ....<br>= 00404eec .N@.<br>= 00000040 @...<br>^C<br>R:\base\e32\rombuild></p>
-<p>There are several false positives in this output (and even more
-in the truncated parts). So some study of the source code is needed to discard
-the noise and find the actual call stack. Here it is (innermost frame
-first):</p>
-<ul>
-<li>
-<p>Kern::Fault</p>
-</li>
-<li>
-<p>DDmaTestChannel::DoCreate</p>
-</li>
-<li>
-<p>ExecHandler::ChannelCreate</p>
-</li>
-<li>
-<p> __ArmVectorSwi</p>
-</li>
-</ul>
-<p>Note that for the sake of the example, a call to Kern::Fault() was deliberately inserted into
-DDmaTestChannel::DoCreate().</p>
-<p>All other function names are false positives and should be
-ignored</p>
-</li>
-</ul>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
- <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
- <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Tracing through the Stack Heuristically</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+<h2>Tracing through the Stack Heuristically</h2>
+</div>
+<div>
+One way of tracing through the call stack is to assume that every word on the stack which looks like a ROM code address is a saved return
+address. We say that this heuristic because:
+<ul>
+<li>
+<p>some data words may look like code addresses in ROM.</p>
+</li>
+<li>
+<p>there may be saved return addresses left over from previous
+function calls. For example, suppose that F() calls
+A() and then B() in sequence. A() itself
+calls X(), which calls Y(). If a crash occurs in
+B(), the saved return addresses from the calls to X()
+and Y() are still present on the stack and may be mistaken for
+function calls occuring while B() is active.</p>
+<p>This scenario happens frequently when B()
+allocates a buffer (e.g. TBuf) on the stack which overlaps
+old stack frames.</p>
+<div class="Figure">
+<p class="Image"><a name=""><img src="CrashDebuggerCallStackHeuristic-01.gif" alt="" border="0"></a></p>
+</div>
+</li>
+</ul>
+<p>If you want to trace applications loaded into RAM, then stack
+tracing is more difficult because RAM-loaded DLLs are given addresses assigned
+at load time.</p>
+<p>On ARM, the stack pointer starts at the higher address end and
+moves 'down' towards the lower address end. This means that values at the top
+of the memory dump are more recent. You need to look back through this for code
+addresses. For ROM code this will be words with most significant byte in the
+range 0xF8 to 0xFF, remembering that they are
+little-endian. This can either be done manually, or automatically using the
+printsym.pl perl script, which can be found in
+...\epoc32\tools.</p>
+<p>Let's follow this in an example session:</p>
+<ul>
+<li>
+<p>Decide whether the crash has been caused by a panic or an
+exception using the <a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command:</p>
+<p class="CodeBlock">.f<br>Fault Category: EXAMPLE Fault Reason: 0000002a<br>ExcId 00000000 CodeAddr 00000000 DataAddr 00000000 Extra 00000000</p>
+</li>
+<li>
+<p>This shows that the crash was caused by a panic, so now use the
+<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">r</a> command to find
+the CPU mode and the stack pointer:</p>
+<p class="CodeBlock">.r<br>MODE_USR:<br> R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br> R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br> R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>CPSR=60000013<br>MODE_FIQ:<br> R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>MODE_IRQ:<br>R13=6400110c R14=00000013 SPSR=20000013<br>MODE_SVC:<br>R13=6571de54 R14=f80328bc SPSR=60000010<br>MODE_ABT:<br>R13=6400090c R14=ffff0010 SPSR=400000d7<br>MODE_UND:<br>R13=6400090c R14=95221110 SPSR=f000009d</p>
+<p>The panic happened in supervisor mode, because CPSR &
+0x1F == 0x13, so R13Svc, i.e. the value of R13
+shown under MODE_SVC: in the above display, is the stack pointer
+to look at; this has the value 0x6571DE54.</p>
+</li>
+<li>
+<p>Using the
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command to look
+at memory starting at location 0x6571DE54 gives:</p>
+<p class="CodeBlock">.m6571de54+200<br>6571de54: 07 00 00 10 14 04 17 f8 00 00 00 00 d4 4e 40 00 .............N@.<br>6571de64: e8 de 71 65 74 de 71 65 74 fb 16 f8 88 28 03 f8 ..qet.qet....(..<br>6571de74: 0c d4 03 f8 64 35 03 f8 00 00 00 00 00 00 00 00 ....d5..........<br>6571de84: d0 00 00 00 14 df 71 65 a8 cb 03 64 a8 cb 03 64 ......qe...d...d<br>6571de94: d0 00 00 00 14 df 71 65 1c df 71 65 ec 4e 40 00 ......qe..qe.N@.<br>6571dea4: 1c c4 03 64 b4 2a 03 f8 00 00 00 00 14 df 71 65 ...d.*........qe<br>6571deb4: d0 de 71 65 c4 de 71 65 b0 ab 03 f8 00 00 00 00 ..qe..qe........<br>6571dec4: e0 ba 03 64 14 df 71 65 1c df 71 65 01 00 00 00 ...d..qe..qe....<br>6571ded4: 1c c4 03 64 f8 02 00 64 10 df 71 65 ec de 71 65 ...d...d..qe..qe<br>6571dee4: 84 da 01 f8 5c fb 16 f8 00 4e 40 00 00 00 00 00 ....\....N@.....<br>6571def4: 00 4e 40 00 00 00 00 00 d3 00 00 00 ec 4e 40 00 .N@..........N@.<br>6571df04: d4 df 71 65 14 df 71 65 e0 db 01 f8 c0 d9 01 f8 ..qe..qe........<br>6571df14: a8 cb 03 64 e0 ba 03 64 01 00 01 00 00 00 00 00 ...d...d........<br>6571df24: 00 00 00 00 d4 4e 40 00 00 00 00 30 40 00 00 00 .....N@....0@...<br>6571df34: 13 00 00 60 98 df 71 65 48 df 71 65 f4 81 00 f8 ...`..qeH.qe....<br>6571df44: 8c 7a 00 f8 68 df 71 65 58 df 71 65 6c df 71 65 .z..h.qeX.qel.qe<br>6571df54: 60 df 71 65 0c 2b 00 f8 bc 2a 00 f8 84 df 71 65 `.qe.+...*....qe<br>6571df64: 70 df 71 65 e4 7d 04 f8 08 2b 00 f8 0d 00 00 00 p.qe.}...+......<br>6571df74: 0a 00 00 30 40 00 00 00 54 65 73 74 44 6d 61 53 ...0@...TestDmaS<br>6571df84: 69 6d 04 f8 a9 4b 40 00 b8 df 71 65 9c df 71 65 im...K@...qe..qe<br>6571df94: 2c be 00 f8 2c bd 00 f8 38 4c 40 0d 01 00 00 00 ,...,...8L@.....<br>6571dfa4: 00 00 00 00 84 2d 02 f8 d4 df 71 65 bc df 71 65 .....-....qe..qe<br>6571dfb4: b8 2d 02 f8 dc bd 00 f8 54 a4 00 f8 00 00 00 00 .-......T.......<br>6571dfc4: ac da 01 f8 10 00 00 60 d8 df 71 65 70 74 00 f8 .......`..qept..<br>6571dfd4: b8 da 01 f8 d4 4e 40 00 20 f7 16 f8 d0 4e 40 00 .....N@. ....N@.<br>6571dfe4: 00 00 00 00 00 00 00 00 ec 4e 40 00 40 00 00 00 .........N@.@...</p>
+<p>We can look for potential ROM addresses by scanning the log and
+look up the corresponding function name in the symbol file generated
+<a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a> . The first
+one is 0xF8170414 at offset 4 in the memory dump.
+</p>
+</li>
+<li>
+<p>Alternatively, we can use the printsym.pl perl
+script, passing it the dump output. The following is part of the output:</p>
+<p class="CodeBlock">R:\base\e32\rombuild>perl -S printsym.pl ASSABETARM4D.symbol<br>ROM Symbols from ASSABETARM4D.symbol<br>Please enter data to be decoded<br>6571de54: 07 00 00 10 14 04 17 f8 00 00 00 00 d4 4e 40 00 .............N@.<br>= 10000007 .... <br>= f8170414 .... etext=. + 0x0<br>= 00000000 ....<br>= 00404ed4 .N@.<br>6571de64: e8 de 71 65 74 de 71 65 74 fb 16 f8 88 28 03 f8 ..qet.qet....(..<br>= 6571dee8 ..qe<br>= 6571de74 t.qe<br>= f816fb74 t... DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &<br>) + 0x24<br>= f8032888 .(.. Kern::Fault(char const *, int) + 0xc<br>6571de74: 0c d4 03 f8 64 35 03 f8 00 00 00 00 00 00 00 00 ....d5..........<br>= f803d40c .... RHeap::Alloc(int) + 0xf4<br>= f8033564 d5.. Kern::MutexSignal(DMutex &) + 0xc<br>= 00000000 ....<br>= 00000000 ....<br><br>[............ truncated ...............]<br><br>= f801da84 .... DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelC<br>reateInfo &) + 0xd0<br>= f816fb5c \... DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &<br>) + 0xc<br>= 00404e00 .N@.<br>= 00000000 ....<br>6571def4: 00 4e 40 00 00 00 00 00 d3 00 00 00 ec 4e 40 00 .N@..........N@.<br>= 00404e00 .N@.<br>= 00000000 ....<br>= 000000d3 ....<br>= 00404eec .N@.<br>6571df04: d4 df 71 65 14 df 71 65 e0 db 01 f8 c0 d9 01 f8 ..qe..qe........<br>= 6571dfd4 ..qe<br>= 6571df14 ..qe<br>= f801dbe0 .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0x134<br>= f801d9c0 .... DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelC<br>reateInfo &) + 0xc<br><br>[.......................... truncated .........................]<br><br>= f8022db8 .-.. ExecHandler::DebugPrint(void *, int) + 0x34<br>= f800bddc .... A::UserDebugPrint(unsigned char const *, int, int) + 0xc<br>= f800a454 T... EpocSlowExecTable + 0xc<br>= 00000000 ....<br>6571dfc4: ac da 01 f8 10 00 00 60 d8 df 71 65 70 74 00 f8 .......`..qept..<br>= f801daac .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0x0<br>= 60000010 ...`<br>= 6571dfd8 ..qe<br>= f8007470 pt.. __ArmVectorSwi + 0xd8<br>6571dfd4: b8 da 01 f8 d4 4e 40 00 20 f7 16 f8 d0 4e 40 00 .....N@. ....N@.<br>= f801dab8 .... ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &<br>, int) + 0xc<br>= 00404ed4 .N@.<br>= f816f720 ... etext=. + 0x560<br>= 00404ed0 .N@.<br>6571dfe4: 00 00 00 00 00 00 00 00 ec 4e 40 00 40 00 00 00 .........N@.@...<br>= 00000000 ....<br>= 00000000 ....<br>= 00404eec .N@.<br>= 00000040 @...<br>^C<br>R:\base\e32\rombuild></p>
+<p>There are several false positives in this output (and even more
+in the truncated parts). So some study of the source code is needed to discard
+the noise and find the actual call stack. Here it is (innermost frame
+first):</p>
+<ul>
+<li>
+<p>Kern::Fault</p>
+</li>
+<li>
+<p>DDmaTestChannel::DoCreate</p>
+</li>
+<li>
+<p>ExecHandler::ChannelCreate</p>
+</li>
+<li>
+<p> __ArmVectorSwi</p>
+</li>
+</ul>
+<p>Note that for the sake of the example, a call to Kern::Fault() was deliberately inserted into
+DDmaTestChannel::DoCreate().</p>
+<p>All other function names are false positives and should be
+ignored</p>
+</li>
+</ul>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
+ <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
+ <li><a href="CrashDebuggerCallStack.guide05.html">Walking through the Call Stack</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
</div>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide05.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerCallStack.guide05.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,71 +1,71 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Walking through the Call Stack</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
- <h2>Walking through the Call Stack</h2>
-</div>
-<div>
-<p>The heuristic method is quick but produces lots of false positives.
-Another option is to manually reconstitute the call stack from the memory dump.
-This is relatively easy for debug builds because GCC uses R11 as a frame
-pointer (FP) and generates the same prologue/epilogue for every
-function.</p>
-<p>For release builds, there is no generic solution. It is necessary
-to check the generated assembler code as there is no standard prologue/epilogue
-and R11 is not used as frame pointer.</p>
-<p>A typical prologue for a debug ARM function looks like this:</p>
-<p class="CodeBlock">mov ip, sp<br>stmfd sp!, {fp, ip, lr, pc}<br>sub fp, ip, #4 /* FP now points to base of stack frame */<br>sub sp, sp, #16 /* space for local variables */</p>
-<p>noting that: SP = R13, FP = R11, IP
-= R12, LR = R14, and PC = R15.</p>
-<p>This code creates the following stack frame:</p>
-<div class="Figure">
-<p class="Image"><a name=""><img src="CrashDebuggerStackFrame-01.gif" alt="" border="0"></a></p>
-</div>
-<p>Looking at the example session listed in when
-<a href="CrashDebuggerCallStack.guide.html" title="Examining the call stack / Tracing through the stack heuristically">tracing through the stack heuristically</a>. in which the crash is due to a panic, the FP value is the
-R11 value; this is 0x6571de70. This gives us the innermost stack
-frame:</p>
-<p class="CodeBlock">6571de64: e8 de 71 65 <------------- pointer to previous stack frame <br> 74 de 71 65 <br> 74 fb 16 f8 <------------- Saved return address <br> 88 28 03 f8 <------------- FP points to this word</p>
-<p>Looking up the saved return address, 0xf816fb74, in
-the symbol file shows that the current function was called from
-DDmaChannel::DoCreate().</p>
-<p class="CodeBlock">f816fb50 0198 DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &)<br>f816fce8 007c DDmaTestChannel::~DDmaTestChannel(void)<br>f816fd64 0294 DDmaTestChannel::Request(int, void *, void *)</p>
-<p>Using the pointer to the previous stack frame saved into the
-current frame, we can decode the next frame:</p>
-<p class="CodeBlock">6571ded4: 1c c4 03 64 <br> f8 02 00 64 <br> 10 df 71 65 <------------- pointer to previous stack frame <br> ec de 71 65 <br><br>6571dee4: 84 da 01 f8 <------------- saved return address <br> 5c fb 16 f8 <------------- start of second stack frame <br> 00 4e 40 00 <br> 00 00 00 00 </p>
-<p>Looking up the saved return address, 0xf801da84, in
-the symbol file shows that DDmaTestChannel::DoCreate() was called
-from DLogicalDevice::ChannelCreate().</p>
-<p class="CodeBlock">f801d9b4 00f8 DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelCreateInfo &)<br>f801daac 01b8 ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &, int)<br>f801dc64 00e4 ExecHandler::ChannelRequest(DLogicalChannelBase *, int, void *, void *)</p>
-<p>And here is the third stack frame:</p>
-<p class="CodeBlock">6571df04: d4 df 71 65 <------------- pointer to previous stack frame <br> 14 df 71 65 <br> e0 db 01 f8 <------------- saved return address <br> c0 d9 01 f8 <------------- start of third stack frame </p>
-<p>So DLogicalDevice::ChannelCreate() was called from
-ExecHandler::ChannelCreate().</p>
-<p>Note that this mechanical way of walking the stack is valid only
-for debug functions. For release functions, it is necessary to study the code
-generated by the compiler.</p>
-<p>For completness, this is a typical prologue for a debug THUMB
-function:</p>
-<p class="CodeBlock">push { r7, lr }<br>sub sp, #28<br>add r7, sp, #12 /* R7 is THUMB frame pointer */</p>
-<p>and this creates the following stack frame:</p>
-<div class="Figure">
-<p class="Image"><a name=""><img src="CrashDebuggerStackFrame-02.gif" alt="" border="0"></a></p>
-</div>
-<p>A call stack can mix ARM and THUMB frames. Odd return addresses are
-used for THUMB code and even ones for ARM code.</p>
-
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
- <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
- <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Walking through the Call Stack</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" >
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+ <h2>Walking through the Call Stack</h2>
+</div>
+<div>
+<p>The heuristic method is quick but produces lots of false positives.
+Another option is to manually reconstitute the call stack from the memory dump.
+This is relatively easy for debug builds because GCC uses R11 as a frame
+pointer (FP) and generates the same prologue/epilogue for every
+function.</p>
+<p>For release builds, there is no generic solution. It is necessary
+to check the generated assembler code as there is no standard prologue/epilogue
+and R11 is not used as frame pointer.</p>
+<p>A typical prologue for a debug ARM function looks like this:</p>
+<p class="CodeBlock">mov ip, sp<br>stmfd sp!, {fp, ip, lr, pc}<br>sub fp, ip, #4 /* FP now points to base of stack frame */<br>sub sp, sp, #16 /* space for local variables */</p>
+<p>noting that: SP = R13, FP = R11, IP
+= R12, LR = R14, and PC = R15.</p>
+<p>This code creates the following stack frame:</p>
+<div class="Figure">
+<p class="Image"><a name=""><img src="CrashDebuggerStackFrame-01.gif" alt="" border="0"></a></p>
+</div>
+<p>Looking at the example session listed in when
+<a href="CrashDebuggerCallStack.guide.html" title="Examining the call stack / Tracing through the stack heuristically">tracing through the stack heuristically</a>. in which the crash is due to a panic, the FP value is the
+R11 value; this is 0x6571de70. This gives us the innermost stack
+frame:</p>
+<p class="CodeBlock">6571de64: e8 de 71 65 <------------- pointer to previous stack frame <br> 74 de 71 65 <br> 74 fb 16 f8 <------------- Saved return address <br> 88 28 03 f8 <------------- FP points to this word</p>
+<p>Looking up the saved return address, 0xf816fb74, in
+the symbol file shows that the current function was called from
+DDmaChannel::DoCreate().</p>
+<p class="CodeBlock">f816fb50 0198 DDmaTestChannel::DoCreate(int, TDesC8 const *, TVersion const &)<br>f816fce8 007c DDmaTestChannel::~DDmaTestChannel(void)<br>f816fd64 0294 DDmaTestChannel::Request(int, void *, void *)</p>
+<p>Using the pointer to the previous stack frame saved into the
+current frame, we can decode the next frame:</p>
+<p class="CodeBlock">6571ded4: 1c c4 03 64 <br> f8 02 00 64 <br> 10 df 71 65 <------------- pointer to previous stack frame <br> ec de 71 65 <br><br>6571dee4: 84 da 01 f8 <------------- saved return address <br> 5c fb 16 f8 <------------- start of second stack frame <br> 00 4e 40 00 <br> 00 00 00 00 </p>
+<p>Looking up the saved return address, 0xf801da84, in
+the symbol file shows that DDmaTestChannel::DoCreate() was called
+from DLogicalDevice::ChannelCreate().</p>
+<p class="CodeBlock">f801d9b4 00f8 DLogicalDevice::ChannelCreate(DLogicalChannelBase *&, TChannelCreateInfo &)<br>f801daac 01b8 ExecHandler::ChannelCreate(TDesC8 const &, TChannelCreateInfo &, int)<br>f801dc64 00e4 ExecHandler::ChannelRequest(DLogicalChannelBase *, int, void *, void *)</p>
+<p>And here is the third stack frame:</p>
+<p class="CodeBlock">6571df04: d4 df 71 65 <------------- pointer to previous stack frame <br> 14 df 71 65 <br> e0 db 01 f8 <------------- saved return address <br> c0 d9 01 f8 <------------- start of third stack frame </p>
+<p>So DLogicalDevice::ChannelCreate() was called from
+ExecHandler::ChannelCreate().</p>
+<p>Note that this mechanical way of walking the stack is valid only
+for debug functions. For release functions, it is necessary to study the code
+generated by the compiler.</p>
+<p>For completness, this is a typical prologue for a debug THUMB
+function:</p>
+<p class="CodeBlock">push { r7, lr }<br>sub sp, #28<br>add r7, sp, #12 /* R7 is THUMB frame pointer */</p>
+<p>and this creates the following stack frame:</p>
+<div class="Figure">
+<p class="Image"><a name=""><img src="CrashDebuggerStackFrame-02.gif" alt="" border="0"></a></p>
+</div>
+<p>A call stack can mix ARM and THUMB frames. Odd return addresses are
+used for THUMB code and even ones for ARM code.</p>
+
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerCallStack.guide02.html">General Points</a></li>
+ <li><a href="CrashDebuggerCallStack.guide03.html">Finding the Stack</a></li>
+ <li><a href="CrashDebuggerCallStack.guide04.html">Tracing through the Call Stack Heuristically</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerExaminingMemory.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerExaminingMemory.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,34 +1,34 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Examining memory in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Examining Memory</h2>
-</div><div>
-<p>The <a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a>
-command allows you to view a dump of memory. </p>
-<p>This command has two formats:</p>
-<p class="listing">m start end</p>
-<p class="listing">m start+length</p>
-<p>Using the first format you provide the start and end addresses that
-you want to inspect; for example:</p>
-<p class="listing">m 81240000 8124003F</p>
-<p>Using the second form you provide the start address and the number of
-bytes to dump (in hex); for example:</p>
-<p class="listing">m 81240000 +40</p>
-<p>Both of the above examples dump 64 bytes from address 0x81240000. The
-output is a standard hex-dump:</p>
-<p class="listing">.m 81240000 +40<br>
- 81240000: 00 00 FF EB 08 01 BF D7 00 04 7D B6 02 00 BF EF ..........}.....<br>81240010: 00 01 DF EE 0A 40 7F F7 00 80 BF FF 20 10 FF EA .....@...... ...<br>81240020: 00 82 FF 77 04 24 FD FF 40 01 FF 7F 00 01 FF FF ...w.$..@.......<br>81240030: 08 10 FF BF 08 00 BF DE 08 00 EF FB 00 00 FF DF ................</p>
-
-</div><div class="Head2">
-</div>
-<div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Examining memory in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Examining Memory</h2>
+</div><div>
+<p>The <a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a>
+command allows you to view a dump of memory. </p>
+<p>This command has two formats:</p>
+<p class="listing">m start end</p>
+<p class="listing">m start+length</p>
+<p>Using the first format you provide the start and end addresses that
+you want to inspect; for example:</p>
+<p class="listing">m 81240000 8124003F</p>
+<p>Using the second form you provide the start address and the number of
+bytes to dump (in hex); for example:</p>
+<p class="listing">m 81240000 +40</p>
+<p>Both of the above examples dump 64 bytes from address 0x81240000. The
+output is a standard hex-dump:</p>
+<p class="listing">.m 81240000 +40<br>
+ 81240000: 00 00 FF EB 08 01 BF D7 00 04 7D B6 02 00 BF EF ..........}.....<br>81240010: 00 01 DF EE 0A 40 7F F7 00 80 BF FF 20 10 FF EA .....@...... ...<br>81240020: 00 82 FF 77 04 24 FD FF 40 01 FF 7F 00 01 FF FF ...w.$..@.......<br>81240030: 08 10 FF BF 08 00 BF DE 08 00 EF FB 00 00 FF DF ................</p>
+
+</div><div class="Head2">
+</div>
+<div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerExaminingMemory.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerExaminingMemory.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,56 +1,56 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Dumping the Contents of Classes</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Dumping the Contents of Classes</h2>
-</div>
-<div>
-<p>You can use the
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command to
-inspect the contents of structures and class instances, but you need to be
-aware of a few things about the memory layout:</p>
-<ul>
-<li>
-<p>Symbian OS is little-endian, which means that all values are
-stored so that the least significant bytes are stored at the lower addresses in
-memory (or “backwards” as commonly perceived).</p>
-<p>For example, the value 0x1234ABCD would be shown in the memory
-dump as:</p>
-<p class="listing">CD AB 34 12</p>
-</li>
-<li>
-<p>The compiler may add padding between variables either to speed
-up access or to avoid alignment restrictions; for example, words cannot be on
-odd addresses. </p>
-<p>As an example, the following struct:</p>
-<p class="listing">struct SExample<br>
- {<br>
- TUint8 iByte;<br>
- TInt iInteger;<br>
- };</p>
-<p>would be laid out in memory as:</p>
-<p class="listing">+0(1) iByte<br>
- +1(3) padding<br>
- +4(4) iInteger</p>
-<p>The padding and alignment is compiler-dependent. Generally,
-fields must be aligned on a boundary equal to their size; for example, a TUint32 is 4 bytes wide so it must lie on a 4-byte
-boundary, i.e. the least significant two bits of the address must be
-zero.</p>
-<p>When using GCC, classes which derive from CBase will have a virtual table pointer as the first word
-in the class data and classes which derive from DBase will
-have a virtual table pointer as the second word in the class data.</p>
-<p>When using an EABI-compliant compiler, the virtual table
-pointer is always the first word of the class.</p>
-</li>
-</ul>
-
-</div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Dumping the Contents of Classes</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Dumping the Contents of Classes</h2>
+</div>
+<div>
+<p>You can use the
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command to
+inspect the contents of structures and class instances, but you need to be
+aware of a few things about the memory layout:</p>
+<ul>
+<li>
+<p>Symbian OS is little-endian, which means that all values are
+stored so that the least significant bytes are stored at the lower addresses in
+memory (or “backwards” as commonly perceived).</p>
+<p>For example, the value 0x1234ABCD would be shown in the memory
+dump as:</p>
+<p class="listing">CD AB 34 12</p>
+</li>
+<li>
+<p>The compiler may add padding between variables either to speed
+up access or to avoid alignment restrictions; for example, words cannot be on
+odd addresses. </p>
+<p>As an example, the following struct:</p>
+<p class="listing">struct SExample<br>
+ {<br>
+ TUint8 iByte;<br>
+ TInt iInteger;<br>
+ };</p>
+<p>would be laid out in memory as:</p>
+<p class="listing">+0(1) iByte<br>
+ +1(3) padding<br>
+ +4(4) iInteger</p>
+<p>The padding and alignment is compiler-dependent. Generally,
+fields must be aligned on a boundary equal to their size; for example, a TUint32 is 4 bytes wide so it must lie on a 4-byte
+boundary, i.e. the least significant two bits of the address must be
+zero.</p>
+<p>When using GCC, classes which derive from CBase will have a virtual table pointer as the first word
+in the class data and classes which derive from DBase will
+have a virtual table pointer as the second word in the class data.</p>
+<p>When using an EABI-compliant compiler, the virtual table
+pointer is always the first word of the class.</p>
+</li>
+</ul>
+
+</div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,38 +1,38 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Finding the type of fault in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Finding the Type of Fault</h2>
-</div><div>
-<p>The type of fault is the first piece of information that you need.
-There are two possibilities:</p>
-<ul>
-<li>
-<p><a href="CrashDebuggerFindingFault.guide02.html" title="Finding the type of fault / Unhandled exceptions">an unhandled exception has occurred</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerFindingFault.guide03.html" title="Finding the type of fault / Panics">a panic has occurred</a></p>
-</li>
-</ul>
-<p>To start, use the
-<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command. You
-will see something like this: </p>
-<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
- ExcId 00000001 CodeAddr f800415c DataAddr 00000000 Extra 00000005<br>Exc 1 Cpsr=60000013 FAR=00000000 FSR=00000005<br>
-R0=64007328 R1=00000000 R2=00000000 R3=00000001<br>
-R4=64007328 R5=640074c0 R6=00000000 R7=f8047ba4<br>
-R8=64006f80 R9=64006fec R10=00000013 R11=64006ec4<br>
-R12=00000001 R13=000029b4 R14=0000016c R15=f800415c<br>R13Svc=64006ea8 R14Svc=f8002b2c SpsrSvc=600000ff</p>
-<p>The <em>Fault Category</em> field shows the type of fault, in
-this case an exception.</p>
-
-</div><div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Finding the type of fault in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Finding the Type of Fault</h2>
+</div><div>
+<p>The type of fault is the first piece of information that you need.
+There are two possibilities:</p>
+<ul>
+<li>
+<p><a href="CrashDebuggerFindingFault.guide02.html" title="Finding the type of fault / Unhandled exceptions">an unhandled exception has occurred</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerFindingFault.guide03.html" title="Finding the type of fault / Panics">a panic has occurred</a></p>
+</li>
+</ul>
+<p>To start, use the
+<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">f</a> command. You
+will see something like this: </p>
+<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
+ ExcId 00000001 CodeAddr f800415c DataAddr 00000000 Extra 00000005<br>Exc 1 Cpsr=60000013 FAR=00000000 FSR=00000005<br>
+R0=64007328 R1=00000000 R2=00000000 R3=00000001<br>
+R4=64007328 R5=640074c0 R6=00000000 R7=f8047ba4<br>
+R8=64006f80 R9=64006fec R10=00000013 R11=64006ec4<br>
+R12=00000001 R13=000029b4 R14=0000016c R15=f800415c<br>R13Svc=64006ea8 R14Svc=f8002b2c SpsrSvc=600000ff</p>
+<p>The <em>Fault Category</em> field shows the type of fault, in
+this case an exception.</p>
+
+</div><div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,48 +1,48 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Unhandled Exceptions</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Unhandled Exceptions</h2>
-</div>
-<div>
-<p>If the <em>Fault Category</em> is <em>Exception</em>, then
-the fault is caused by an unhandled processor exception. You can get further
-information on the type of exception by looking at the first three lines of the
-generated output:</p>
-<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
- ExcId 00000001 CodeAddr f800415c DataAddr 00000000 Extra 00000005<br>Exc 1 Cpsr=60000013 FAR=00000000 FSR=00000005</p>
-<p> The CodeAddr and DataAddr fields show
-the address of the instruction that caused the exception and, depending on the
-type of exception and instruction, the address of the data the instruction was
-trying to access. You can use the CodeAddr value to find the
-function which was being executed by <a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a>.</p>
-<p>The number after ExcId is the type of exception, in
-hexadecimal, and is one of the
-<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions" title="ARM Exception types, fault status register values, processor modes / ARM exception types">ARM exception types</a>. The meaning of the numbers depends on the type of
-processor.</p>
-<ul>
-<li>
-<p>If the exception is a prefetch abort, then the code address is
-invalid.</p>
-</li>
-<li>
-<p>A data abort means that the code address is invalid.</p>
-</li>
-</ul>
-<p>The number after FAR is the fault address register;
-this is the address that caused the fault.</p>
-<p>The number after FSR is the
-<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2efsr" title="ARM Exception types, fault status register values, processor modes / Fault status register values (FSR register)">fault status register value</a> and shows why the MMU raised an exception.</p>
-<p>The number after CPSR is the value of the CPU's CPSR register when
-the exception occurred. The 5 least-significant bits of the CPSR register
-indicate the <a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2ecpsr" title="ARM Exception types, fault status register values, processor modes / ARM processor modes (CPSR register)">ARM processor mode</a>.</p>
-</div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Unhandled Exceptions</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Unhandled Exceptions</h2>
+</div>
+<div>
+<p>If the <em>Fault Category</em> is <em>Exception</em>, then
+the fault is caused by an unhandled processor exception. You can get further
+information on the type of exception by looking at the first three lines of the
+generated output:</p>
+<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
+ ExcId 00000001 CodeAddr f800415c DataAddr 00000000 Extra 00000005<br>Exc 1 Cpsr=60000013 FAR=00000000 FSR=00000005</p>
+<p> The CodeAddr and DataAddr fields show
+the address of the instruction that caused the exception and, depending on the
+type of exception and instruction, the address of the data the instruction was
+trying to access. You can use the CodeAddr value to find the
+function which was being executed by <a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">using the MAKSYM tool</a>.</p>
+<p>The number after ExcId is the type of exception, in
+hexadecimal, and is one of the
+<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2eexceptions" title="ARM Exception types, fault status register values, processor modes / ARM exception types">ARM exception types</a>. The meaning of the numbers depends on the type of
+processor.</p>
+<ul>
+<li>
+<p>If the exception is a prefetch abort, then the code address is
+invalid.</p>
+</li>
+<li>
+<p>A data abort means that the code address is invalid.</p>
+</li>
+</ul>
+<p>The number after FAR is the fault address register;
+this is the address that caused the fault.</p>
+<p>The number after FSR is the
+<a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2efsr" title="ARM Exception types, fault status register values, processor modes / Fault status register values (FSR register)">fault status register value</a> and shows why the MMU raised an exception.</p>
+<p>The number after CPSR is the value of the CPU's CPSR register when
+the exception occurred. The 5 least-significant bits of the CPSR register
+indicate the <a href="CrashDebuggerARMexceptionsProcessorModes.guide.html#debugging%2earm%2dexceptions%2dprocessormodes%2ecpsr" title="ARM Exception types, fault status register values, processor modes / ARM processor modes (CPSR register)">ARM processor mode</a>.</p>
+</div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide03.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerFindingFault.guide03.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,32 +1,32 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Panics</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Panics</h2>
-</div>
-<div>
-<p>If the <em>Fault Category</em> is not <em>Exception</em>,
-then the fault is due to a panic. In this case the only other valid field is
-the <em>Fault reason</em>; the values of all other fields are
-meaningless.</p>
-<p> The panic number is the low 16-bits of the fault reason, shown in
-hexadecimal.</p>
-<p>For example, a KERN 27 panic would generate:</p>
-<p class="listing">Fault Category: KERN Fault Reason: 0000001b<br>
- ExcId ffffee5e CodeAddr ffff99a9 DataAddr bfff3e54 Extra fffec4cd</p>
-<p>If the panic is KERN 4, then a thread or process marked as
-protected has panicked. For other panics, kernel side code has panicked; this
-code is either in the kernel itself or in a device driver.</p>
-<p>See <a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting information about the kernel</a> to find out which process and thread were
-running at the time of the panic.</p>
-
-</div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Panics</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Panics</h2>
+</div>
+<div>
+<p>If the <em>Fault Category</em> is not <em>Exception</em>,
+then the fault is due to a panic. In this case the only other valid field is
+the <em>Fault reason</em>; the values of all other fields are
+meaningless.</p>
+<p> The panic number is the low 16-bits of the fault reason, shown in
+hexadecimal.</p>
+<p>For example, a KERN 27 panic would generate:</p>
+<p class="listing">Fault Category: KERN Fault Reason: 0000001b<br>
+ ExcId ffffee5e CodeAddr ffff99a9 DataAddr bfff3e54 Extra fffec4cd</p>
+<p>If the panic is KERN 4, then a thread or process marked as
+protected has panicked. For other panics, kernel side code has panicked; this
+code is either in the kernel itself or in a device driver.</p>
+<p>See <a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting information about the kernel</a> to find out which process and thread were
+running at the time of the panic.</p>
+
+</div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,37 +1,37 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Extracting information about the kernel in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Extracting Information About the Kernel</h2>
-</div>
-<div>
-<p>To find more information about the kernel, use the
-<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command. This
-will give you detailed information on the current process, the current thread,
-the current user process, the current user thread, and the state of the
-kernel. We use the example shown below to illustrate how information can be extracted about the:</p>
-<ul>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide02.html" >Scheduler state</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html" >Current thread state</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html" >Current process state</a></p>
-</li>
-<li><a href="CrashDebuggerInfoAboutKernel.guide05.html" >Current data section process</a></li>
-</ul>
-<p>The output shown below is a typical result of using the <a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command. </p>
-<p class="listing">SCHEDULER @64000348: CurrentThread 640396b0<br>
- RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 64000458 prev 64000458<br>ProcessHandler=f8014904, AddressSpace=64038d5c<br>SYSLOCK: HoldingThread 00000000 iWaiting 00000000<br>Extras 0: 64038d5c 1: 64038d5c 2: 64038d5c 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000<br><br>TheCurrentThread=64039408<br>THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c<br>Full name test2.exe::Main<br>Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER<br>Flags 00000004, Handles 640330bc<br>Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000<br>Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000 IpcCount=00000000<br>NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b<br>HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c<br>Time=17 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br> R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br> R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br> PC 00000000<br><br>TheCurrentProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=64038d5c<br>TheCurrentVMProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=64038d5c<br>TheCompleteDataSectionProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507</p>
-</div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Extracting information about the kernel in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Extracting Information About the Kernel</h2>
+</div>
+<div>
+<p>To find more information about the kernel, use the
+<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command. This
+will give you detailed information on the current process, the current thread,
+the current user process, the current user thread, and the state of the
+kernel. We use the example shown below to illustrate how information can be extracted about the:</p>
+<ul>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide02.html" >Scheduler state</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html" >Current thread state</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html" >Current process state</a></p>
+</li>
+<li><a href="CrashDebuggerInfoAboutKernel.guide05.html" >Current data section process</a></li>
+</ul>
+<p>The output shown below is a typical result of using the <a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command. </p>
+<p class="listing">SCHEDULER @64000348: CurrentThread 640396b0<br>
+ RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 64000458 prev 64000458<br>ProcessHandler=f8014904, AddressSpace=64038d5c<br>SYSLOCK: HoldingThread 00000000 iWaiting 00000000<br>Extras 0: 64038d5c 1: 64038d5c 2: 64038d5c 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000<br><br>TheCurrentThread=64039408<br>THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c<br>Full name test2.exe::Main<br>Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER<br>Flags 00000004, Handles 640330bc<br>Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000<br>Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000 IpcCount=00000000<br>NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b<br>HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c<br>Time=17 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br> R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br> R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br> PC 00000000<br><br>TheCurrentProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=64038d5c<br>TheCurrentVMProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=64038d5c<br>TheCompleteDataSectionProcess=64038d5c<br>PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507</p>
+</div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,67 +1,67 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Scheduler State</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Scheduler State</h2>
-</div>
-<div>
-<p>The first three lines and the fifth line of the output show the
-state of the kernel scheduler. This information is mainly of interest to kernel
-engineers, although the state of the kernel and the system locks can be useful
-when debugging device driver crashes.</p>
-<p class="listing">SCHEDULER @64000348: CurrentThread 640396b0<br>
- RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 64000458 prev 64000458<br>...<br>SYSLOCK: HoldingThread 00000000 iWaiting 00000000</p>
-<p>The values are interpreted as follows:</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0"><tr valign="top"><td class="Cell">
-<p>SCHEDULER @</p></td><td class="Cell">
-<p>This is the address of the kernel’s scheduler instance; this
-is not very useful.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>CurrentThread</p></td><td class="Cell">
-<p>The address of the kernel object for the current kernel
-thread.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>RescheduleNeeded</p></td><td class="Cell">
-<p>This is set to non-zero by the kernel to force a reschedule,
-for example if a thread has been signalled</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>DfcPending</p></td><td class="Cell">
-<p>This is non-zero when there are DFCs queued.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KernCSLocked</p></td><td class="Cell">
-<p>This is incremented each time the kernel is locked by a call
-to NKern::Lock(), and decremented by calls to NKern::Unlock(). A value of zero means that the kernel is
-not locked.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>DFCS:</p></td><td class="Cell">
-<p>The addresses of the next and the previous items on the DFC
-queue</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>HoldingThread</p></td><td class="Cell">
-<p>The address of the thread holding the system lock mutex. The
-system lock is set by call to NKern::LockSystem() and
-unset by call to NKern::UnlockSystem()</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>iWaiting</p></td><td class="Cell">
-<p>Non-zero, if any thread is waiting for the system lock
-mutex.</p></td></tr>
-</table></td></tr></table>
-<p> </p>
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Scheduler State</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Scheduler State</h2>
+</div>
+<div>
+<p>The first three lines and the fifth line of the output show the
+state of the kernel scheduler. This information is mainly of interest to kernel
+engineers, although the state of the kernel and the system locks can be useful
+when debugging device driver crashes.</p>
+<p class="listing">SCHEDULER @64000348: CurrentThread 640396b0<br>
+ RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 64000458 prev 64000458<br>...<br>SYSLOCK: HoldingThread 00000000 iWaiting 00000000</p>
+<p>The values are interpreted as follows:</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0"><tr valign="top"><td class="Cell">
+<p>SCHEDULER @</p></td><td class="Cell">
+<p>This is the address of the kernel’s scheduler instance; this
+is not very useful.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>CurrentThread</p></td><td class="Cell">
+<p>The address of the kernel object for the current kernel
+thread.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>RescheduleNeeded</p></td><td class="Cell">
+<p>This is set to non-zero by the kernel to force a reschedule,
+for example if a thread has been signalled</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>DfcPending</p></td><td class="Cell">
+<p>This is non-zero when there are DFCs queued.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KernCSLocked</p></td><td class="Cell">
+<p>This is incremented each time the kernel is locked by a call
+to NKern::Lock(), and decremented by calls to NKern::Unlock(). A value of zero means that the kernel is
+not locked.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>DFCS:</p></td><td class="Cell">
+<p>The addresses of the next and the previous items on the DFC
+queue</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>HoldingThread</p></td><td class="Cell">
+<p>The address of the thread holding the system lock mutex. The
+system lock is set by call to NKern::LockSystem() and
+unset by call to NKern::UnlockSystem()</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>iWaiting</p></td><td class="Cell">
+<p>Non-zero, if any thread is waiting for the system lock
+mutex.</p></td></tr>
+</table></td></tr></table>
+<p> </p>
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide03.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide03.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,313 +1,313 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Current Thread State</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
- <style type="text/css">
-<!--
-.style14 {font-weight: bold}
--->
- </style>
- <div class="Head1">
-
-<h2>Current Thread State</h2>
-</div>
-<div>
-<p>The current thread is the thread that was executing when the fault
-occurred. The 23 lines starting at line 10 of the output gives information
-relating to the current thread:</p>
-<p class="listing">TheCurrentThread=64039408<br>
- THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c<br>Full name test2.exe::Main<br>Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER<br>Flags 00000004, Handles 640330bc<br>Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000<br>Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000 IpcCount=00000000<br>NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b<br>HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c<br>Time=17 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br>
-R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br>
-R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br>
-PC 00000000</p>
-<ul>
-<li>
-<p><b><a href="CrashDebuggerInfoAboutKernel.guide03.html" title="Extracting information about the kernel / Current thread state / Thread object and access count">Thread object and access count</a></b></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ename" title="Extracting information about the kernel / Current thread state / The thread name">The thread name</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estate" title="Extracting information about the kernel / Current thread state / The thread state, exit information, priority">The thread state, exit information, priority</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2eflags" title="Extracting information about the kernel / Current thread state / Thread flags">Thread flags</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ehandles" title="Extracting information about the kernel / Current thread state / Handles">Handles</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estack%2dadrs" title="Extracting information about the kernel / Current thread state / Kernel & user stack addresses">Kernel & user stack addresses</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethreadid" title="Extracting information about the kernel / Current thread state / Thread id, RAllocator instances, trap frame">Thread id, RAllocator instances, trap frame</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etrap%2dhandler" title="Extracting information about the kernel / Current thread state / Trap handler, active scheduler, user-side exception handler">Trap handler, active scheduler and user-side exception handler</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etemp" title="Extracting information about the kernel / Current thread state / Temporary object, temporary allocation, IPC count">Temporary object, temporary allocation, IPC count</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2enthread" title="Extracting information about the kernel / Current thread state / Underlying nanokernel thread">Underlying nanokernel thread</a></p>
-</li>
-<li class="style14">
-<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2efast%2dmutexes" title="Extracting information about the kernel / Current thread state / Fast mutexes">Fast mutexes</a></p>
-</li>
-<li>
-<p><b><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etiming" title="Extracting information about the kernel / Current thread state / Timing, request semaphore count">Timing, request semaphore count</a></b></p>
-</li>
-</ul>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethread%2dobject"></a></span>Thread object and access count</h3>
-</div><div>
-<p class="CodeBlock">THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c</p>
-<p>The THread at field contains a pointer to the
-DThread object representing the thread.</p>
-<p>The AccessCount field contains the reference count
-on the thread object.</p>
-<p>The owner field contains a pointer to the object
-that owns this DThread object.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ename"></a></span>The thread name</h3>
-</div><div>
-<p class="CodeBlock">Full name test2.exe::Main</p>
-<p>The thread name is the part after the colons. The part before the
-colons is the process name. This means that the thread is called
-<b>Main</b> inside the process <b>test2.exe</b>.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estate"></a></span>The thread state, exit information, priority</h3>
-</div><div>
-<p class="CodeBlock">Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER</p>
-<p>The information that characterises the thread exit is described
-by ExitInfo; this is shown as exit type, exit reason and exit
-category. In this example:</p>
-<ul>
-<li>
-<p>the thread has panicked, as indicated by: <b>exit type
-2</b>; See also TExitType.</p>
-</li>
-<li>
-<p>the panic category was: <b>USER</b></p>
-</li>
-<li>
-<p>the panic number was:<b>100</b></p>
-</li>
-<li>
-<p>the thread was running or it was in a ready-to-run state:
-<b>MState READY</b></p>
-</li>
-</ul>
-<p>The priority shown is for the underlying thread, see also
-<a href="CrashDebugger_cmd_m.guide.html" title="Process, thread, stack and memory useful information / Process and thread priorities">Process and thread priorities</a>.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2eflags"></a></span>Thread flags</h3>
-</div><div>
-<p class="CodeBlock">Flags 00000004, Handles 640330bc</p>
-<p>The Flags field contains information about the state
-of the thread. The possible values in this field are defined by the
-KThread... constants in u32std.h. While the symbols
-are internal to Symbian OS, the following table summarises the values and their
-meaning.</p>
-<table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0"><tr valign="top"><td class="Cell">
-<p><b>Symbol</b></p></td><td class="Cell">
-<p><b>Value</b></p></td><td class="Cell">
-<p><b>Meaning</b></p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagProcessCritical</p></td><td class="Cell">
-<p>0x00000001</p></td><td class="Cell">
-<p>A thread panic causes the process to
-panic.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagProcessPermanent</p></td><td class="Cell">
-<p>0x00000002</p></td><td class="Cell">
-<p>If the thread exits for any reason, then this causes the
-process to exit.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagSystemCritical</p></td><td class="Cell">
-<p>0x00000004</p></td><td class="Cell">
-<p>If the thread panics, then this causes the entire system to
-reboot.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagSystemPermanent</p></td><td class="Cell">
-<p>0x00000008</p></td><td class="Cell">
-<p>If the thread exits for any reason, then this causes the
-entire system to reboot.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagOriginal</p></td><td class="Cell">
-<p>0x00000010</p></td><td class="Cell">
-<p>Reserved for future use.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KThreadFlagLastChance</p></td><td class="Cell">
-<p>0x00000020</p></td><td class="Cell">
-<p>Set if the thread is currently handling an
-exception.</p></td></tr>
-</table></td></tr></table>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ehandles"></a></span>Handles</h3>
-</div><div>
-<p class="CodeBlock">Flags 00000004, Handles 640330bc</p>
-<p>The Handles field contains the address of a
-DObjectIx object that contains the handles owned by the
-thread.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estack%2dadrs"></a></span>Kernel & user stack addresses</h3>
-</div><div>
-<p class="CodeBlock">Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000</p>
-<p>These fields give the base address and size, in bytes, of the
-kernel and user stacks respectively.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethreadid"></a></span>Thread id, RAllocator instances, trap frame</h3>
-</div><div>
-<p class="CodeBlock">Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000</p>
-<p>The Id field contains the thread id.</p>
-<p>The Alctr field contains a pointer to the current RAllocator instance used for heap allocation.</p>
-<p>The Created alctr field contains a pointer to the
-original RAllocator instance used for heap allocation.
-This may be different from the current instance if User::SwitchAllocator() has been called.</p>
-<p>The Frame field contains a pointer to the current
-trap frame, an instance of the TTrap class, on the cleanup
-stack.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etrap%2dhandler"></a></span>Trap handler, active scheduler, user-side exception
-handler</h3>
-</div><div>
-<p class="CodeBlock">Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000</p>
-<p>The Trap handler field contains a pointer to the
-current trap handler, an instance of TTrapHandler, for the
-cleanup stack.</p>
-<p>The ActiveScheduler field contains a pointer to the
-current active scheduler.</p>
-<p> The Exception handler field contains a pointer to
-the current user-side exception handler.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etemp"></a></span>Temporary object, temporary allocation, IPC
-count</h3>
-</div><div>
-<p class="CodeBlock">TempObj=00000000 TempAlloc=00000000 IpcCount=00000000</p>
-<p>The Tempobj field contains a pointer to an instance
-of a DObject derived class that must be closed when the
-thread terminates.</p>
-<p>The TempAlloc field contains a pointer to a kernel
-heap cell that must be freed when the thread terminates. Both this and
-Tempobj are used to avoid leaks if the thread terminates
-unexpectedly.</p>
-<p>The IpcCount field contains the number of messages
-currently queued to this thread.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2enthread"></a></span>Underlying nanokernel thread</h3>
-</div><div>
-<p class="CodeBlock">NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b</p>
-<p>The NThread field contains a pointer to the
-underlying nanokernel thread object, an instance of the
-NThread class.</p>
-<p>The Pri field contains the current priority of the
-underlying nanokernel thread.</p>
-<p> The NState field shows the current state of the
-underlying nanokernel thread. Note that this state is often referred to as the
-N-state, as compared to the to M-state, the state of a Symbian OS thread. See
-the <a href="CrashDebugger_cmd_m.guide.html" title="Process, thread, stack and memory useful information / Thread state summary">Thread state summary</a>.</p>
-<p>The Next field points to the next nanokernel thread
-object.</p>
-<p>The Prev field points to the previous nanokernel
-thread object.</p>
-<p>The Att field contains the nanokernel thread
-attributes, which is an 8-bit mask that controls how the thread is scheduled in
-certain cases. Two attributes are defined:</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0"><tr valign="top"><td class="Cell">
-<p> KThreadAttImplicitSystemLock</p></td><td class="Cell">
-<p> This attribute signifies that the thread may not be
-scheduled if another thread currently holds the system lock, unless the the
-former thread holds another fast mutex. This attribute is used in implementing
-address space switching in the moving memory model and also in implementing
-change of user context in order to allow exceptions to be raised on other
-threads.</p></td></tr><tr valign="top"><td class="Cell">
-<p>KThreadAttAddressSpace</p></td><td class="Cell">
-<p>This attribute signifies that the thread may require a
-change of address space to schedule it. This attribute is used in conjunction
-with the thread’s iAddressSpace field; if this does not match the
-scheduler’s iAddressSpace field at the point where the thread is
-scheduled an address space switch will occur. Note that this is not required if
-the address space change is limited to the ARM domain permissions since these
-are saved and restored as part of the thread context.</p></td></tr></table></td></tr></table>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2efast%2dmutexes"></a></span>Fast mutexes</h3>
-</div><div>
-<p class="CodeBlock">HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c</p>
-<p>The HeldFM field contains a pointer to the fast
-mutex held by this thread; this is NULL if no fast mutext was held.</p>
-<p>The WaitFM field contains a pointer to the fast
-mutex that this thread was waiting on; this is NULL if this thread was not
-waiting on a fast mutex.</p>
-<p>The AddrSp field is the address space identifier
-used by the scheduler to determine whether an address space change is required
-when scheduling in a new thread.</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etiming"></a></span>Timing, request semaphore count</h3>
-</div><div>
-<p class="CodeBlock">Time=17 Timeslice=20 ReqCount=0</p>
-<p>The Time field contains the number of nanokernel
-ticks, usually in milliseconds, to go before the thread is preempted.</p>
-<p>The Timeslice field contains the maximum number of
-ticks for which the thread can run before being preempted.</p>
-<p>The ReqCount contains the request semaphore counter.
-If the value is negative, then the thread is blocked waiting for a request to
-complete; if it is positive, then one or more requests have completed.</p>
-
-</div><div class="Head3">
-<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2esuspend"></a></span>Suspend count, critical section counter, register
-values</h3>
-</div>
-<div>
-<p class="CodeBlock">SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br> R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br> R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br> PC 00000000</p>
-<p>The SuspendCount field contains the number of times
-that the thread has been suspended.</p>
-<p>The CsCount field critical section counter. When
-this value is greater than zero, then the thread is in a critical section and
-cannot be suspended or killed.</p>
-<p>The remaining content is a list of register values. <em>Note
-that they are not the register values when the thread panicked.</em> They are
-the values in the registers the last time that this thread was
-pre-empted.</p>
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Current Thread State</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+ <style type="text/css">
+<!--
+.style14 {font-weight: bold}
+-->
+ </style>
+ <div class="Head1">
+
+<h2>Current Thread State</h2>
+</div>
+<div>
+<p>The current thread is the thread that was executing when the fault
+occurred. The 23 lines starting at line 10 of the output gives information
+relating to the current thread:</p>
+<p class="listing">TheCurrentThread=64039408<br>
+ THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c<br>Full name test2.exe::Main<br>Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER<br>Flags 00000004, Handles 640330bc<br>Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000<br>Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000<br>TempObj=00000000 TempAlloc=00000000 IpcCount=00000000<br>NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b<br>HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c<br>Time=17 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br>
+R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br>
+R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br>
+PC 00000000</p>
+<ul>
+<li>
+<p><b><a href="CrashDebuggerInfoAboutKernel.guide03.html" title="Extracting information about the kernel / Current thread state / Thread object and access count">Thread object and access count</a></b></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ename" title="Extracting information about the kernel / Current thread state / The thread name">The thread name</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estate" title="Extracting information about the kernel / Current thread state / The thread state, exit information, priority">The thread state, exit information, priority</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2eflags" title="Extracting information about the kernel / Current thread state / Thread flags">Thread flags</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ehandles" title="Extracting information about the kernel / Current thread state / Handles">Handles</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estack%2dadrs" title="Extracting information about the kernel / Current thread state / Kernel & user stack addresses">Kernel & user stack addresses</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethreadid" title="Extracting information about the kernel / Current thread state / Thread id, RAllocator instances, trap frame">Thread id, RAllocator instances, trap frame</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etrap%2dhandler" title="Extracting information about the kernel / Current thread state / Trap handler, active scheduler, user-side exception handler">Trap handler, active scheduler and user-side exception handler</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etemp" title="Extracting information about the kernel / Current thread state / Temporary object, temporary allocation, IPC count">Temporary object, temporary allocation, IPC count</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2enthread" title="Extracting information about the kernel / Current thread state / Underlying nanokernel thread">Underlying nanokernel thread</a></p>
+</li>
+<li class="style14">
+<p><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2efast%2dmutexes" title="Extracting information about the kernel / Current thread state / Fast mutexes">Fast mutexes</a></p>
+</li>
+<li>
+<p><b><a href="CrashDebuggerInfoAboutKernel.guide03.html#debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etiming" title="Extracting information about the kernel / Current thread state / Timing, request semaphore count">Timing, request semaphore count</a></b></p>
+</li>
+</ul>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethread%2dobject"></a></span>Thread object and access count</h3>
+</div><div>
+<p class="CodeBlock">THREAD at 64039408 VPTR=f803423c AccessCount=3 Owner=64038d5c</p>
+<p>The THread at field contains a pointer to the
+DThread object representing the thread.</p>
+<p>The AccessCount field contains the reference count
+on the thread object.</p>
+<p>The owner field contains a pointer to the object
+that owns this DThread object.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ename"></a></span>The thread name</h3>
+</div><div>
+<p class="CodeBlock">Full name test2.exe::Main</p>
+<p>The thread name is the part after the colons. The part before the
+colons is the process name. This means that the thread is called
+<b>Main</b> inside the process <b>test2.exe</b>.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estate"></a></span>The thread state, exit information, priority</h3>
+</div><div>
+<p class="CodeBlock">Thread MState READY<br>Default priority 16 WaitLink Priority 16<br>ExitInfo 2,100,USER</p>
+<p>The information that characterises the thread exit is described
+by ExitInfo; this is shown as exit type, exit reason and exit
+category. In this example:</p>
+<ul>
+<li>
+<p>the thread has panicked, as indicated by: <b>exit type
+2</b>; See also TExitType.</p>
+</li>
+<li>
+<p>the panic category was: <b>USER</b></p>
+</li>
+<li>
+<p>the panic number was:<b>100</b></p>
+</li>
+<li>
+<p>the thread was running or it was in a ready-to-run state:
+<b>MState READY</b></p>
+</li>
+</ul>
+<p>The priority shown is for the underlying thread, see also
+<a href="CrashDebugger_cmd_m.guide.html" title="Process, thread, stack and memory useful information / Process and thread priorities">Process and thread priorities</a>.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2eflags"></a></span>Thread flags</h3>
+</div><div>
+<p class="CodeBlock">Flags 00000004, Handles 640330bc</p>
+<p>The Flags field contains information about the state
+of the thread. The possible values in this field are defined by the
+KThread... constants in u32std.h. While the symbols
+are internal to Symbian OS, the following table summarises the values and their
+meaning.</p>
+<table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0"><tr valign="top"><td class="Cell">
+<p><b>Symbol</b></p></td><td class="Cell">
+<p><b>Value</b></p></td><td class="Cell">
+<p><b>Meaning</b></p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagProcessCritical</p></td><td class="Cell">
+<p>0x00000001</p></td><td class="Cell">
+<p>A thread panic causes the process to
+panic.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagProcessPermanent</p></td><td class="Cell">
+<p>0x00000002</p></td><td class="Cell">
+<p>If the thread exits for any reason, then this causes the
+process to exit.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagSystemCritical</p></td><td class="Cell">
+<p>0x00000004</p></td><td class="Cell">
+<p>If the thread panics, then this causes the entire system to
+reboot.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagSystemPermanent</p></td><td class="Cell">
+<p>0x00000008</p></td><td class="Cell">
+<p>If the thread exits for any reason, then this causes the
+entire system to reboot.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagOriginal</p></td><td class="Cell">
+<p>0x00000010</p></td><td class="Cell">
+<p>Reserved for future use.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KThreadFlagLastChance</p></td><td class="Cell">
+<p>0x00000020</p></td><td class="Cell">
+<p>Set if the thread is currently handling an
+exception.</p></td></tr>
+</table></td></tr></table>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ehandles"></a></span>Handles</h3>
+</div><div>
+<p class="CodeBlock">Flags 00000004, Handles 640330bc</p>
+<p>The Handles field contains the address of a
+DObjectIx object that contains the handles owned by the
+thread.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2estack%2dadrs"></a></span>Kernel & user stack addresses</h3>
+</div><div>
+<p class="CodeBlock">Supervisor stack base 6571f000 size 1000<br>User stack base 00402000 size 2000</p>
+<p>These fields give the base address and size, in bytes, of the
+kernel and user stacks respectively.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2ethreadid"></a></span>Thread id, RAllocator instances, trap frame</h3>
+</div><div>
+<p class="CodeBlock">Id=26, Alctr=00600000, Created alctr=00600000, Frame=00000000</p>
+<p>The Id field contains the thread id.</p>
+<p>The Alctr field contains a pointer to the current RAllocator instance used for heap allocation.</p>
+<p>The Created alctr field contains a pointer to the
+original RAllocator instance used for heap allocation.
+This may be different from the current instance if User::SwitchAllocator() has been called.</p>
+<p>The Frame field contains a pointer to the current
+trap frame, an instance of the TTrap class, on the cleanup
+stack.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etrap%2dhandler"></a></span>Trap handler, active scheduler, user-side exception
+handler</h3>
+</div><div>
+<p class="CodeBlock">Trap handler=00000000, ActiveScheduler=00000000, Exception handler=00000000</p>
+<p>The Trap handler field contains a pointer to the
+current trap handler, an instance of TTrapHandler, for the
+cleanup stack.</p>
+<p>The ActiveScheduler field contains a pointer to the
+current active scheduler.</p>
+<p> The Exception handler field contains a pointer to
+the current user-side exception handler.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etemp"></a></span>Temporary object, temporary allocation, IPC
+count</h3>
+</div><div>
+<p class="CodeBlock">TempObj=00000000 TempAlloc=00000000 IpcCount=00000000</p>
+<p>The Tempobj field contains a pointer to an instance
+of a DObject derived class that must be closed when the
+thread terminates.</p>
+<p>The TempAlloc field contains a pointer to a kernel
+heap cell that must be freed when the thread terminates. Both this and
+Tempobj are used to avoid leaks if the thread terminates
+unexpectedly.</p>
+<p>The IpcCount field contains the number of messages
+currently queued to this thread.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2enthread"></a></span>Underlying nanokernel thread</h3>
+</div><div>
+<p class="CodeBlock">NThread @ 640396b0 Pri 16 NState READY<br>Next=640396b0 Prev=640396b0 Att=03 iUserContextType=0b</p>
+<p>The NThread field contains a pointer to the
+underlying nanokernel thread object, an instance of the
+NThread class.</p>
+<p>The Pri field contains the current priority of the
+underlying nanokernel thread.</p>
+<p> The NState field shows the current state of the
+underlying nanokernel thread. Note that this state is often referred to as the
+N-state, as compared to the to M-state, the state of a Symbian OS thread. See
+the <a href="CrashDebugger_cmd_m.guide.html" title="Process, thread, stack and memory useful information / Thread state summary">Thread state summary</a>.</p>
+<p>The Next field points to the next nanokernel thread
+object.</p>
+<p>The Prev field points to the previous nanokernel
+thread object.</p>
+<p>The Att field contains the nanokernel thread
+attributes, which is an 8-bit mask that controls how the thread is scheduled in
+certain cases. Two attributes are defined:</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0"><tr valign="top"><td class="Cell">
+<p> KThreadAttImplicitSystemLock</p></td><td class="Cell">
+<p> This attribute signifies that the thread may not be
+scheduled if another thread currently holds the system lock, unless the the
+former thread holds another fast mutex. This attribute is used in implementing
+address space switching in the moving memory model and also in implementing
+change of user context in order to allow exceptions to be raised on other
+threads.</p></td></tr><tr valign="top"><td class="Cell">
+<p>KThreadAttAddressSpace</p></td><td class="Cell">
+<p>This attribute signifies that the thread may require a
+change of address space to schedule it. This attribute is used in conjunction
+with the thread’s iAddressSpace field; if this does not match the
+scheduler’s iAddressSpace field at the point where the thread is
+scheduled an address space switch will occur. Note that this is not required if
+the address space change is limited to the ARM domain permissions since these
+are saved and restored as part of the thread context.</p></td></tr></table></td></tr></table>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2efast%2dmutexes"></a></span>Fast mutexes</h3>
+</div><div>
+<p class="CodeBlock">HeldFM=00000000 WaitFM=00000000 AddrSp=64038d5c</p>
+<p>The HeldFM field contains a pointer to the fast
+mutex held by this thread; this is NULL if no fast mutext was held.</p>
+<p>The WaitFM field contains a pointer to the fast
+mutex that this thread was waiting on; this is NULL if this thread was not
+waiting on a fast mutex.</p>
+<p>The AddrSp field is the address space identifier
+used by the scheduler to determine whether an address space change is required
+when scheduling in a new thread.</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2etiming"></a></span>Timing, request semaphore count</h3>
+</div><div>
+<p class="CodeBlock">Time=17 Timeslice=20 ReqCount=0</p>
+<p>The Time field contains the number of nanokernel
+ticks, usually in milliseconds, to go before the thread is preempted.</p>
+<p>The Timeslice field contains the maximum number of
+ticks for which the thread can run before being preempted.</p>
+<p>The ReqCount contains the request semaphore counter.
+If the value is negative, then the thread is blocked waiting for a request to
+complete; if it is positive, then one or more requests have completed.</p>
+
+</div><div class="Head3">
+<h3><span class="Bodytext"><a name="debugging%2einfo%2dabout%2dkernel%2ethread%2dstate%2esuspend"></a></span>Suspend count, critical section counter, register
+values</h3>
+</div>
+<div>
+<p class="CodeBlock">SuspendCount=0 CsCount=1 CsFunction=fffffffe<br>SavedSP=6571ff34 ExtraContext=00000000 ExtraContextSize=0000<br>DACR 63990000<br>R13_USR 6571ff88 R14_USR f8025bc0 SPSR_SVC 10000004<br> R4 f8033794 R5 64039408 R6 640396b0 R7 f8028518<br> R8 640396b0 R9 640396b0 R10 00000000 R11 f80284d8<br> PC 00000000</p>
+<p>The SuspendCount field contains the number of times
+that the thread has been suspended.</p>
+<p>The CsCount field critical section counter. When
+this value is greater than zero, then the thread is in a critical section and
+cannot be suspended or killed.</p>
+<p>The remaining content is a list of register values. <em>Note
+that they are not the register values when the thread panicked.</em> They are
+the values in the registers the last time that this thread was
+pre-empted.</p>
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide04.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide04.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,215 +1,215 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Current Process State</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Current Process State</h2>
-</div>
-<div>
-<p>The current process is the process in whose address space the
-current thread was executing when the fault occurred. The 15 lines starting at
-line 33 of the <a href="CrashDebuggerInfoAboutKernel.guide.html">output</a> gives information relating to the current process. This
-has some similarities with the current thread information:</p>
-<p class="listing">TheCurrentProcess=64038d5c<br>
- PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507</p>
-<p>The information includes: </p>
-<ul>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_01" title="Extracting information about the kernel / Current process state / Process object and access count">Process object and access count</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_02" title="Extracting information about the kernel / Current process state / The process name">The process name</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_03" title="Extracting information about the kernel / Current process state / Exit information">Exit information</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_04" title="Extracting information about the kernel / Current process state / Process flags">Process flags</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_05" title="Extracting information about the kernel / Current thread state / Handles">Handles</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_06" title="Extracting information about the kernel / Current process state / Attributes">Attributes</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_07" title="Extracting information about the kernel / Current process state / Information about memory">Information about memory</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_08" title="Extracting information about the kernel / Current process state / Secure id">Secure id</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_09" title="Extracting information about the kernel / Current process state / Capability">Capability</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_10" title="Extracting information about the kernel / Current process state / Code segments">Code segments</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_11" title="Extracting information about the kernel / Current process state / Chunks owned by the process">Chunks owned by the process</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_12" title="Extracting information about the kernel / Current process state / Shared IO buffer information">Shared IO buffer information</a></p>
-</li>
-<li>
-<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_13" title="Extracting information about the kernel / Current process state / Domain information">Domain information</a></p>
-</li>
-</ul>
-</div><div class="Head3">
-<h3><a name="cps_01"></a>Process object and access count</h3>
-</div><div>
-<p class="CodeBlock">PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000</p>
-<p>The Process at field contains a pointer to the
-DProcess object representing the process.</p>
-<p>The AccessCount field contains the reference count
-on the process object.</p>
-<p>The owner field contains a pointer to the object
-that owns this DProcess object.</p>
-</div>
-<div class="Head3">
-<h3><a name="cps_02" id="cps_02"></a>The process name</h3>
-</div><div>
-<p class="CodeBlock">Full name test2.exe</p>
-<p>The Full name field gives the name of the process.
-In this example, the name of the process is <b>test2.exe</b>.</p>
-<p>See <a href="CrashDebuggerInfoAboutKernel.guide.html" title="Extracting information about the kernel / Current thread state / The thread name">the thread name</a>.</p>
-</div><div class="Head3">
-<h3><a name="cps_03" id="cps_03"></a>Exit information</h3>
-</div><div>
-<p class="CodeBlock">ExitInfo 3,0,</p>
-<p>The ExitInfo field contains the information that
-characterises the process exit. In this example, the value is 3, meaning that
-this process has not exited. See also TExitType.</p>
-</div><div class="Head3">
-<h3><a name="cps_04" id="cps_04"></a>Process flags</h3>
-</div><div>
-<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
-<p>The Flags field contains information about the state
-of the process. The possible values in this field are defined by the
-KProcess... constants in u32std.h. While the symbols
-are internal to Symbian OS, the following table summarises the values and their
-meaning.</p>
-<table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0"><tr valign="top"><td class="Cell">
-<p><b>Symbol</b></p></td><td class="Cell">
-<p><b>Value</b></p></td><td class="Cell">
-<p><b>Meaning</b></p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KProcessFlagSystemCritical</p></td><td class="Cell">
-<p>0x00000004</p></td><td class="Cell">
-<p>A process panic causes the entire system to
-reboot.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KProcessFlagSystemPermanent</p></td><td class="Cell">
-<p>0x00000008</p></td><td class="Cell">
-<p>If the process exits for any reason, then this causes the
-entire system to reboot.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KProcessFlagPriorityControl</p></td><td class="Cell">
-<p> 0x40000000</p></td><td class="Cell">
-<p>If set, then other threads are allowed to change this
-thread’s priority.</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>KProcessFlagJustInTime</p></td><td class="Cell">
-<p>0x80000000</p></td><td class="Cell">
-<p>If set, then just-in-time debug is enabled for this
-thread.</p></td></tr>
-</table></td></tr></table>
-</div><div class="Head3">
-<h3><a name="cps_05" id="cps_05"></a>Handles</h3>
-</div><div>
-<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
-<p>The Handles field contains the address of a
-DObjectIx object that contains the handles owned by the
-process.</p>
-</div><div class="Head3">
-<h3><a name="cps_06" id="cps_06"></a>Attributes</h3>
-</div><div>
-<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
-<p>The Attributes field contains the attributes of the
-process. Some are generic, as defined by
-DProcess::TProcessAttributes, but others depend on the
-memory model.</p>
-</div>
-<h3><a name="cps_07" id="cps_07"></a>Information about memory</h3>
-<div class="Head3"></div>
-<div>
-<p class="CodeBlock">DataBssChunk 64039234, CodeSeg 6403919c</p>
-<p>The DataBssChunk field contains a pointer to the
-DChunk object representing the chunk that contains the process
-data and .bss memory. Be aware that this is not the same as the
-heap - heaps are allocated to threads, and chunk information is found in the
-DThread object.</p>
-<p>The CodeSeg field contains a pointer to the
-DCodeSeg object that represents the code segment.</p>
-</div><div class="Head3">
-<h3><a name="cps_08" id="cps_08"></a>Secure id</h3>
-</div><div>
-<p class="CodeBlock">DllLock 64039044, Process Lock 64038eec SID 00000000</p>
-<p>The SID field contains the secure id of the
-process.</p>
-</div><div class="Head3">
-<h3><a name="cps_09" id="cps_09"></a>Capability</h3>
-</div><div>
-<p class="CodeBlock">TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff</p>
-<p>The second four bytes of the Capability field contains the set of
-bits that define the capability for this process. This defines what the process
-can and cannot do.</p>
-</div><div class="Head3">
-<h3><a name="cps_10" id="cps_10"></a>Code segments</h3>
-</div><div>
-<p class="CodeBlock">CodeSegs: Count=0</p>
-<p>The CodeSegs: Count field contains the number of
-code segments that have been dynamically loaded into the process. This will be
-zero if the process is XIP.</p>
-</div><div class="Head3">
-<h3><a name="cps_11" id="cps_11"></a>Chunks owned by the process</h3>
-</div><div>
-<p class="CodeBlock">NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1</p>
-<p>The NumChunks field contains the number of chunks owned by the
-process.</p>
-<p>Successive lines contain information about each chunk:</p>
-<ul>
-<li>
-<p>the Chunk field contains the address of a kernel
-DChunk object.</p>
-</li>
-<li>
-<p>the run field contains the virtual address at
-which the chunk resides when this is the current process.</p>
-</li>
-<li>
-<p> the access count field contains the reference
-count of the object.</p>
-</li>
-</ul>
-</div><div class="Head3">
-<h3><a name="cps_12" id="cps_12"></a>Shared IO buffer information</h3>
-</div>
-<div>
-<p class="CodeBlock">Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers</p>
-<p>This is information about shared IO buffers. The cookie is only
-really of interest to base engineers.</p>
-</div>
-<div class="Head3">
-<h3><a name="cps_13" id="cps_13"></a>Domain information</h3>
-</div><div>
-<p class="CodeBlock">Domain -1, DACR 55555507</p>
-<p>This is ARM MMU-specific protection information. Processes have
-domain -1 and DACR 0xFFFFFFFF.</p>
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Current Process State</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Current Process State</h2>
+</div>
+<div>
+<p>The current process is the process in whose address space the
+current thread was executing when the fault occurred. The 15 lines starting at
+line 33 of the <a href="CrashDebuggerInfoAboutKernel.guide.html">output</a> gives information relating to the current process. This
+has some similarities with the current thread information:</p>
+<p class="listing">TheCurrentProcess=64038d5c<br>
+ PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000<br>Full name test2.exe<br>ExitInfo 3,0,<br>Flags a0000000, Handles 6403860c, Attributes 60010000<br>DataBssChunk 64039234, CodeSeg 6403919c<br>DllLock 64039044, Process Lock 64038eec SID 00000000<br>TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff<br>CodeSegs: Count=0<br>NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1<br>Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers<br>Domain -1, DACR 55555507</p>
+<p>The information includes: </p>
+<ul>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_01" title="Extracting information about the kernel / Current process state / Process object and access count">Process object and access count</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_02" title="Extracting information about the kernel / Current process state / The process name">The process name</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_03" title="Extracting information about the kernel / Current process state / Exit information">Exit information</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_04" title="Extracting information about the kernel / Current process state / Process flags">Process flags</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_05" title="Extracting information about the kernel / Current thread state / Handles">Handles</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_06" title="Extracting information about the kernel / Current process state / Attributes">Attributes</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_07" title="Extracting information about the kernel / Current process state / Information about memory">Information about memory</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_08" title="Extracting information about the kernel / Current process state / Secure id">Secure id</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_09" title="Extracting information about the kernel / Current process state / Capability">Capability</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_10" title="Extracting information about the kernel / Current process state / Code segments">Code segments</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_11" title="Extracting information about the kernel / Current process state / Chunks owned by the process">Chunks owned by the process</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_12" title="Extracting information about the kernel / Current process state / Shared IO buffer information">Shared IO buffer information</a></p>
+</li>
+<li>
+<p><a href="CrashDebuggerInfoAboutKernel.guide04.html#cps_13" title="Extracting information about the kernel / Current process state / Domain information">Domain information</a></p>
+</li>
+</ul>
+</div><div class="Head3">
+<h3><a name="cps_01"></a>Process object and access count</h3>
+</div><div>
+<p class="CodeBlock">PROCESS at 64038d5c VPTR=f80342a4 AccessCount=6 Owner=00000000</p>
+<p>The Process at field contains a pointer to the
+DProcess object representing the process.</p>
+<p>The AccessCount field contains the reference count
+on the process object.</p>
+<p>The owner field contains a pointer to the object
+that owns this DProcess object.</p>
+</div>
+<div class="Head3">
+<h3><a name="cps_02" id="cps_02"></a>The process name</h3>
+</div><div>
+<p class="CodeBlock">Full name test2.exe</p>
+<p>The Full name field gives the name of the process.
+In this example, the name of the process is <b>test2.exe</b>.</p>
+<p>See <a href="CrashDebuggerInfoAboutKernel.guide.html" title="Extracting information about the kernel / Current thread state / The thread name">the thread name</a>.</p>
+</div><div class="Head3">
+<h3><a name="cps_03" id="cps_03"></a>Exit information</h3>
+</div><div>
+<p class="CodeBlock">ExitInfo 3,0,</p>
+<p>The ExitInfo field contains the information that
+characterises the process exit. In this example, the value is 3, meaning that
+this process has not exited. See also TExitType.</p>
+</div><div class="Head3">
+<h3><a name="cps_04" id="cps_04"></a>Process flags</h3>
+</div><div>
+<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
+<p>The Flags field contains information about the state
+of the process. The possible values in this field are defined by the
+KProcess... constants in u32std.h. While the symbols
+are internal to Symbian OS, the following table summarises the values and their
+meaning.</p>
+<table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0"><tr valign="top"><td class="Cell">
+<p><b>Symbol</b></p></td><td class="Cell">
+<p><b>Value</b></p></td><td class="Cell">
+<p><b>Meaning</b></p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KProcessFlagSystemCritical</p></td><td class="Cell">
+<p>0x00000004</p></td><td class="Cell">
+<p>A process panic causes the entire system to
+reboot.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KProcessFlagSystemPermanent</p></td><td class="Cell">
+<p>0x00000008</p></td><td class="Cell">
+<p>If the process exits for any reason, then this causes the
+entire system to reboot.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KProcessFlagPriorityControl</p></td><td class="Cell">
+<p> 0x40000000</p></td><td class="Cell">
+<p>If set, then other threads are allowed to change this
+thread’s priority.</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>KProcessFlagJustInTime</p></td><td class="Cell">
+<p>0x80000000</p></td><td class="Cell">
+<p>If set, then just-in-time debug is enabled for this
+thread.</p></td></tr>
+</table></td></tr></table>
+</div><div class="Head3">
+<h3><a name="cps_05" id="cps_05"></a>Handles</h3>
+</div><div>
+<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
+<p>The Handles field contains the address of a
+DObjectIx object that contains the handles owned by the
+process.</p>
+</div><div class="Head3">
+<h3><a name="cps_06" id="cps_06"></a>Attributes</h3>
+</div><div>
+<p class="CodeBlock">Flags a0000000, Handles 6403860c, Attributes 60010000</p>
+<p>The Attributes field contains the attributes of the
+process. Some are generic, as defined by
+DProcess::TProcessAttributes, but others depend on the
+memory model.</p>
+</div>
+<h3><a name="cps_07" id="cps_07"></a>Information about memory</h3>
+<div class="Head3"></div>
+<div>
+<p class="CodeBlock">DataBssChunk 64039234, CodeSeg 6403919c</p>
+<p>The DataBssChunk field contains a pointer to the
+DChunk object representing the chunk that contains the process
+data and .bss memory. Be aware that this is not the same as the
+heap - heaps are allocated to threads, and chunk information is found in the
+DThread object.</p>
+<p>The CodeSeg field contains a pointer to the
+DCodeSeg object that represents the code segment.</p>
+</div><div class="Head3">
+<h3><a name="cps_08" id="cps_08"></a>Secure id</h3>
+</div><div>
+<p class="CodeBlock">DllLock 64039044, Process Lock 64038eec SID 00000000</p>
+<p>The SID field contains the secure id of the
+process.</p>
+</div><div class="Head3">
+<h3><a name="cps_09" id="cps_09"></a>Capability</h3>
+</div><div>
+<p class="CodeBlock">TempCodeSeg 00000000 CodeSeg 6403919c Capability 00000000 0003ffff</p>
+<p>The second four bytes of the Capability field contains the set of
+bits that define the capability for this process. This defines what the process
+can and cannot do.</p>
+</div><div class="Head3">
+<h3><a name="cps_10" id="cps_10"></a>Code segments</h3>
+</div><div>
+<p class="CodeBlock">CodeSegs: Count=0</p>
+<p>The CodeSegs: Count field contains the number of
+code segments that have been dynamically loaded into the process. This will be
+zero if the process is XIP.</p>
+</div><div class="Head3">
+<h3><a name="cps_11" id="cps_11"></a>Chunks owned by the process</h3>
+</div><div>
+<p class="CodeBlock">NumChunks=2<br>0: Chunk 64039234, run 00400000, access count 1<br>1: Chunk 6403613c, run 00600000, access count 1</p>
+<p>The NumChunks field contains the number of chunks owned by the
+process.</p>
+<p>Successive lines contain information about each chunk:</p>
+<ul>
+<li>
+<p>the Chunk field contains the address of a kernel
+DChunk object.</p>
+</li>
+<li>
+<p>the run field contains the virtual address at
+which the chunk resides when this is the current process.</p>
+</li>
+<li>
+<p> the access count field contains the reference
+count of the object.</p>
+</li>
+</ul>
+</div><div class="Head3">
+<h3><a name="cps_12" id="cps_12"></a>Shared IO buffer information</h3>
+</div>
+<div>
+<p class="CodeBlock">Process shared IO buffers cookie 0000031d<br>Process has no shared IO buffers</p>
+<p>This is information about shared IO buffers. The cookie is only
+really of interest to base engineers.</p>
+</div>
+<div class="Head3">
+<h3><a name="cps_13" id="cps_13"></a>Domain information</h3>
+</div><div>
+<p class="CodeBlock">Domain -1, DACR 55555507</p>
+<p>This is ARM MMU-specific protection information. Processes have
+domain -1 and DACR 0xFFFFFFFF.</p>
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide05.html">Current Data Section Process</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide05.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerInfoAboutKernel.guide05.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,32 +1,32 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Current Data Section Process</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>Current Data Section Process</h2>
-</div>
-<div>
-<p>In the moving memory model the current process could be a fixed
-process, in which case there is also a current moving process. The current data
-section process is the current moving process.</p>
-<p class="listing">TheCurrentDataSectionProcess=64038d5c</p>
-<p>This field contains a pointer to the DProcess object
-for the current moving process. This line is followed by detailed information
-about the process itself; the format is the same as that described for the
-<a href="CrashDebuggerInfoAboutKernel.guide04.html" title="Extracting information about the kernel / Current process state">current process state</a>.</p>
-
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
- <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Current Data Section Process</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>Current Data Section Process</h2>
+</div>
+<div>
+<p>In the moving memory model the current process could be a fixed
+process, in which case there is also a current moving process. The current data
+section process is the current moving process.</p>
+<p class="listing">TheCurrentDataSectionProcess=64038d5c</p>
+<p>This field contains a pointer to the DProcess object
+for the current moving process. This line is followed by detailed information
+about the process itself; the format is the same as that described for the
+<a href="CrashDebuggerInfoAboutKernel.guide04.html" title="Extracting information about the kernel / Current process state">current process state</a>.</p>
+
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting Kernel Information</a> </li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide02.html">Scheduler State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide03.html">Current Thread State</a></li>
+ <li><a href="CrashDebuggerInfoAboutKernel.guide04.html">Current Process State</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerMemoryMap.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerMemoryMap.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,23 +1,23 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Symbian OS memory map in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Symbian OS Memory Map</h2>
-</div>
-<div class="Head2">
-<p><span class="Bodytext"><a name="debugging%2ememory%2dmap%2emoving%2dmodel"></a></span>The Symbian OS moving model memory map looks like this:</p>
-</div><div>
-<div class="Figure">
-<p align="center" class="Image"><a name=""><img src="CrashDebuggerMemoryMapMovingModel-01.gif" alt="" border="0"></a></p>
-</div>
-
- </div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Symbian OS memory map in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Symbian OS Memory Map</h2>
+</div>
+<div class="Head2">
+<p><span class="Bodytext"><a name="debugging%2ememory%2dmap%2emoving%2dmodel"></a></span>The Symbian OS moving model memory map looks like this:</p>
+</div><div>
+<div class="Figure">
+<p align="center" class="Image"><a name=""><img src="CrashDebuggerMemoryMapMovingModel-01.gif" alt="" border="0"></a></p>
+</div>
+
+ </div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerObjectsContainers.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerObjectsContainers.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,86 +1,86 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Examining kernel objects and containers in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Kernel Objects</h2>
-</div>
-<div>
-<p>Kernel objects such as DProcess, DThread,
-DSemaphore, DChunk are all instances of classes
-derived from DObject.</p>
-<p>To show basic information about a DObject, use
-the <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a>
-command.</p>
-<p>To show more detail, use the
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command.</p>
-<p>As an example, use these commands to show information about a
-DProcess object whose address is shown using the
-<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command:</p>
-<p class="listing">...<br>
- TheCurrentDataSectionProcess=6403bb4c<br>
- ...</p>
-<p class="listing">> o 6403bb4c</p>
-<p>This gives:</p>
-<p class="listing">.o 6403bb4c<br>PROCESS at 6403bb4c VPTR=f8046c78 AccessCount=6 Owner=00000000<br>Full name crash</p>
-<p>All objects derived from DBase have a virtual
-table pointer, access count, owner and name. Using the
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command on this
-address would you give you the full process information.</p>
-<p>You can use <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a> to examine other
-types of objects, for example chunks. The thread information for the current
-data section process shows two chunks:</p>
-<p class="listing">NumChunks=2<br>0: Chunk 6403c044, run 00400000, access count 1<br>1: Chunk 64039688, run 00600000, access count 1</p>
-<p>Using the <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a> command on the first
-of these chunk objects gives you the basic information:</p>
-<p class="listing">.o 6403c044<br>CHUNK at 6403c044 VPTR=f8046b50 AccessCount=1 Owner=6403bb4c<br>Full name crash::$DAT</p>
-<p>Using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command gives you
-more detailed information:</p>
-<p class="listing">.q 6403c044<br>CHUNK at 6403c044 VPTR=f8046b50 AccessCount=1 Owner=6403bb4c<br>Full name crash::$DAT<br>Owning Process 6403bb4c<br>Size 2000, MaxSize 200000, Base 00400000<br>Attrib 6, StartPos 0<br>Type 6, State 2, Home Base 68900000<br>Home Region Offset 00000000<br>Home Region Base 68900000<br>Home Region Size 00100000<br>PTE: 0000055e, PDE: 00000021 00000001 00000001<br>NumPdes=1, iPdes=61000010, iHomePdes=61001a24<br>PdeBitMap=00000001, PageBitMap=6403c0c8<br>Domain -1</p>
-<p><em> The information displayed is memory model dependent. It is
-shown here for the moving memory model.</em></p>
-<p>Notes:</p>
-<ul>
-<li>
-<p class="CodeBlock">Size 2000, MaxSize 200000, Base 00400000</p>
-<p>The Size field shows the current size of the
-chunk, in bytes.</p>
-<p>The MaxSize field shows the maximum size of the
-chunk, in bytes.</p>
-<p>The Base field shows the base address in the run
-region.</p>
-</li>
-<li>
-<p class="CodeBlock">Attrib 6, StartPos 0</p>
-<p>The Attrib field shows the attributes of the
-chunk.</p>
-<p>The StartPos field shows the offset, in bytes,
-between the base address and the start of the committed area. This is non-zero
-for double-ended chunks only.</p>
-</li>
-<li>
-<p class="CodeBlock">Type 6, State 2, Home Base 68900000</p>
-<p>The Type field shows the type of chunk. This
-corresponds to a TChunkType enum value.</p>
-<p>The State field shows the current state of the
-chunk. This corresponds to a TChunkState enum value, which is
-itself defined within the scope of the Symbian OS internal class
-DMemModelChunk.</p>
-<p>The Home Base field is the base address of the
-chunk in the home region.</p>
-</li>
-<li>
-<p class="CodeBlock">Home Region Offset 00000000<br>Home Region Base 68900000<br>Home Region Size 00100000</p>
-<p>These three lines show the offset, base address and size (the
-reserved size) of the chunk in the home region.</p>
-</li>
-</ul>
-</div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Examining kernel objects and containers in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Kernel Objects</h2>
+</div>
+<div>
+<p>Kernel objects such as DProcess, DThread,
+DSemaphore, DChunk are all instances of classes
+derived from DObject.</p>
+<p>To show basic information about a DObject, use
+the <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a>
+command.</p>
+<p>To show more detail, use the
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command.</p>
+<p>As an example, use these commands to show information about a
+DProcess object whose address is shown using the
+<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">i</a> command:</p>
+<p class="listing">...<br>
+ TheCurrentDataSectionProcess=6403bb4c<br>
+ ...</p>
+<p class="listing">> o 6403bb4c</p>
+<p>This gives:</p>
+<p class="listing">.o 6403bb4c<br>PROCESS at 6403bb4c VPTR=f8046c78 AccessCount=6 Owner=00000000<br>Full name crash</p>
+<p>All objects derived from DBase have a virtual
+table pointer, access count, owner and name. Using the
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command on this
+address would you give you the full process information.</p>
+<p>You can use <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a> to examine other
+types of objects, for example chunks. The thread information for the current
+data section process shows two chunks:</p>
+<p class="listing">NumChunks=2<br>0: Chunk 6403c044, run 00400000, access count 1<br>1: Chunk 64039688, run 00600000, access count 1</p>
+<p>Using the <a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">o</a> command on the first
+of these chunk objects gives you the basic information:</p>
+<p class="listing">.o 6403c044<br>CHUNK at 6403c044 VPTR=f8046b50 AccessCount=1 Owner=6403bb4c<br>Full name crash::$DAT</p>
+<p>Using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command gives you
+more detailed information:</p>
+<p class="listing">.q 6403c044<br>CHUNK at 6403c044 VPTR=f8046b50 AccessCount=1 Owner=6403bb4c<br>Full name crash::$DAT<br>Owning Process 6403bb4c<br>Size 2000, MaxSize 200000, Base 00400000<br>Attrib 6, StartPos 0<br>Type 6, State 2, Home Base 68900000<br>Home Region Offset 00000000<br>Home Region Base 68900000<br>Home Region Size 00100000<br>PTE: 0000055e, PDE: 00000021 00000001 00000001<br>NumPdes=1, iPdes=61000010, iHomePdes=61001a24<br>PdeBitMap=00000001, PageBitMap=6403c0c8<br>Domain -1</p>
+<p><em> The information displayed is memory model dependent. It is
+shown here for the moving memory model.</em></p>
+<p>Notes:</p>
+<ul>
+<li>
+<p class="CodeBlock">Size 2000, MaxSize 200000, Base 00400000</p>
+<p>The Size field shows the current size of the
+chunk, in bytes.</p>
+<p>The MaxSize field shows the maximum size of the
+chunk, in bytes.</p>
+<p>The Base field shows the base address in the run
+region.</p>
+</li>
+<li>
+<p class="CodeBlock">Attrib 6, StartPos 0</p>
+<p>The Attrib field shows the attributes of the
+chunk.</p>
+<p>The StartPos field shows the offset, in bytes,
+between the base address and the start of the committed area. This is non-zero
+for double-ended chunks only.</p>
+</li>
+<li>
+<p class="CodeBlock">Type 6, State 2, Home Base 68900000</p>
+<p>The Type field shows the type of chunk. This
+corresponds to a TChunkType enum value.</p>
+<p>The State field shows the current state of the
+chunk. This corresponds to a TChunkState enum value, which is
+itself defined within the scope of the Symbian OS internal class
+DMemModelChunk.</p>
+<p>The Home Base field is the base address of the
+chunk in the home region.</p>
+</li>
+<li>
+<p class="CodeBlock">Home Region Offset 00000000<br>Home Region Base 68900000<br>Home Region Size 00100000</p>
+<p>These three lines show the offset, base address and size (the
+reserved size) of the chunk in the home region.</p>
+</li>
+</ul>
+</div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerObjectsContainers.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerObjectsContainers.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,30 +1,30 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Examining kernel objects and containers in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Kernel Containers</h2>
-</div>
-<div>
-<p>Internally, the kernel maintains lists of all current objects,
-organized by type. Each list is a container, a DObjectCon object,
-with one for each object type.</p>
-<p>The <a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a>
-command will walk through all objects in a given list. The type of object is
-identified by appending a number after the command. For example,
-DProcess objects are identified by the number 1, so to walk
-through all current DProcess objects type:</p>
-<p class="listing">> c1</p>
-<p>The command effectively executes a
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command on each
-object in the "processes" container.</p>
-
-</div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Examining kernel objects and containers in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Kernel Containers</h2>
+</div>
+<div>
+<p>Internally, the kernel maintains lists of all current objects,
+organized by type. Each list is a container, a DObjectCon object,
+with one for each object type.</p>
+<p>The <a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a>
+command will walk through all objects in a given list. The type of object is
+identified by appending a number after the command. For example,
+DProcess objects are identified by the number 1, so to walk
+through all current DProcess objects type:</p>
+<p class="listing">> c1</p>
+<p>The command effectively executes a
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command on each
+object in the "processes" container.</p>
+
+</div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,39 +1,39 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Process, thread, stack and memory useful information in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Process, Thread, Stack and Memory Useful Information</h2>
-</div><div>
-<ul>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide02.html" title="Process, thread, stack and memory useful information / Process and thread priorities">Process and thread priorities</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide03.html" title="Process, thread, stack and memory useful information / Thread state summary">Thread state summary</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide04.html" title="Process, thread, stack and memory useful information / Thread and process exit information summary">Thread and process exit information summary</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide05.html" title="Process, thread, stack and memory useful information / Critical threads and processes"> Critical threads and processes</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide06.html" title="Process, thread, stack and memory useful information / Kernel calls and thread context">Kernel calls and thread context</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide07.html" title="Process, thread, stack and memory useful information / Stacks">Stacks</a> </p>
- </li>
- <li>
- <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide08.html" title="Process, thread, stack and memory useful information / Virtual memory and run addresses">Virtual memory and run addresses</a> </p>
- </li>
-</ul>
-</div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Process, thread, stack and memory useful information in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Process, Thread, Stack and Memory Useful Information</h2>
+</div><div>
+<ul>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide02.html" title="Process, thread, stack and memory useful information / Process and thread priorities">Process and thread priorities</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide03.html" title="Process, thread, stack and memory useful information / Thread state summary">Thread state summary</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide04.html" title="Process, thread, stack and memory useful information / Thread and process exit information summary">Thread and process exit information summary</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide05.html" title="Process, thread, stack and memory useful information / Critical threads and processes"> Critical threads and processes</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide06.html" title="Process, thread, stack and memory useful information / Kernel calls and thread context">Kernel calls and thread context</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide07.html" title="Process, thread, stack and memory useful information / Stacks">Stacks</a> </p>
+ </li>
+ <li>
+ <p> <a href="CrashDebuggerThreadProcessMemoryStackUseful.guide08.html" title="Process, thread, stack and memory useful information / Virtual memory and run addresses">Virtual memory and run addresses</a> </p>
+ </li>
+</ul>
+</div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide02.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide02.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,334 +1,334 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Process, thread, stack and memory useful information in Debugging information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Process and Thread Priorities</h2>
-</div>
-<div>
-<p>
-Internally the scheduler always deals with nanokernel threads,
-NThread objects, and their associated priority between 0 (lowest)
-and 63 (highest). In general, a thread with a higher priority that is ready to
-run will always run in preference to threads with a lower priority. The only
-exception is where a higher priority thread waits on a nanokernel fast mutex
-held by a lower priority thread. In this case, the higher priority thread will
-yield to the lower priority thread holding the mutex.
-</p>
-<p>
-A Symbian OS thread, a DThread object, has an embedded
-NThread, which enables it to be scheduled by the nanokernel.
-</p>
-<p>
-There are two ways of setting a priority for Symbian OS thread:
-</p>
-<ul>
-<li>
-<p>
-using the two-level priority scheme
-</p>
-</li>
-<li>
-<p>
-using an absolute priority.
-</p>
-</li>
-</ul>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.4.7"></a></span>The two level priority scheme</h3>
-</div><div>
-<p>
-In this scheme, a Symbian OS thread priority is relative to the
-priority of its owning process. By default, Symbian OS threads inherit the
-priority of their owning process when they are created. This priority can be
-raised or lowered relative to the process priority - this just sets the
-thread’s priority to the process priority plus or minus a specified priority
-weighting. If the priority of the process is changed, the priority of its
-threads will change relative to other threads in the system but will remain the
-same relative to each other.
-</p>
-<p>
-The default priority of a process is
-EPriorityForgeround, which is an absolute priority of 350. Threads
-by default are created with relative priority EPriorityNormal
-which sets them to the same priority as the owning process. The window server
-lowers the priority of background UI processes to
-EPriorityBackground (250).
-</p>
-<p>
-The NULL thread, also known as the idle thread, runs at priority 0,
-and means that it will only run when there are no other threads ready to run.
-</p>
-<p>
-Symbian OS thread priorities map onto NThread priorities
-in the range 1 to 31 as shown in the table below.
-</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0"><tr valign="top"><td class="Cell">
-<p>
-<b>Thread priority</b>
-</p></td><td class="Cell">
-<p>
-Idle
-</p></td><td class="Cell">
-<p>
-Much Less
-</p></td><td class="Cell">
-<p>
-Less
-</p></td><td class="Cell">
-<p>
-Normal
-</p></td><td class="Cell">
-<p>
-More
-</p></td><td class="Cell">
-<p>
-Much More
-</p></td><td class="Cell">
-<p>
-Real Time
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-<b>Process priority</b>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td><td class="Cell">
-<p>
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-Low
-</p></td><td class="Cell">
-<p>
-1</p></td><td class="Cell">
-<p>
-1</p></td><td class="Cell">
-<p>
-2</p></td><td class="Cell">
-<p>
-3</p></td><td class="Cell">
-<p>
-4</p></td><td class="Cell">
-<p>
-5</p></td><td class="Cell">
-<p>
-22
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-Background
-</p></td><td class="Cell">
-<p>
-3</p></td><td class="Cell">
-<p>
-5</p></td><td class="Cell">
-<p>
-6</p></td><td class="Cell">
-<p>
-7</p></td><td class="Cell">
-<p>
-8</p></td><td class="Cell">
-<p>
-9</p></td><td class="Cell">
-<p>
-22
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-Foreground
-</p></td><td class="Cell">
-<p>
-3</p></td><td class="Cell">
-<p>
-10
-</p></td><td class="Cell">
-<p>
-11
-</p></td><td class="Cell">
-<p>
-12
-</p></td><td class="Cell">
-<p>
-13
-</p></td><td class="Cell">
-<p>
-14
-</p></td><td class="Cell">
-<p>
-22
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-High
-</p></td><td class="Cell">
-<p>
-3</p></td><td class="Cell">
-<p>
-17
-</p></td><td class="Cell">
-<p>
-18
-</p></td><td class="Cell">
-<p>
-19
-</p></td><td class="Cell">
-<p>
-20
-</p></td><td class="Cell">
-<p>
-22
-</p></td><td class="Cell">
-<p>
-23
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-SystemServer1
-</p></td><td class="Cell">
-<p>
-9</p></td><td class="Cell">
-<p>
-15
-</p></td><td class="Cell">
-<p>
-16
-</p></td><td class="Cell">
-<p>
-21
-</p></td><td class="Cell">
-<p>
-24
-</p></td><td class="Cell">
-<p>
-25
-</p></td><td class="Cell">
-<p>
-28
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-SystemServer2
-</p></td><td class="Cell">
-<p>
-9</p></td><td class="Cell">
-<p>
-15
-</p></td><td class="Cell">
-<p>
-16
-</p></td><td class="Cell">
-<p>
-21
-</p></td><td class="Cell">
-<p>
-24
-</p></td><td class="Cell">
-<p>
-25
-</p></td><td class="Cell">
-<p>
-28
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-SystemServer3
-</p></td><td class="Cell">
-<p>
-9</p></td><td class="Cell">
-<p>
-15
-</p></td><td class="Cell">
-<p>
-16
-</p></td><td class="Cell">
-<p>
-21
-</p></td><td class="Cell">
-<p>
-24
-</p></td><td class="Cell">
-<p>
-25
-</p></td><td class="Cell">
-<p>
-28
-</p></td></tr>
-<tr valign="top"><td class="Cell">
-<p>
-RealTimeServer
-</p></td><td class="Cell">
-<p>
-18
-</p></td><td class="Cell">
-<p>
-26
-</p></td><td class="Cell">
-<p>
-27
-</p></td><td class="Cell">
-<p>
-28
-</p></td><td class="Cell">
-<p>
-29
-</p></td><td class="Cell">
-<p>
-30
-</p></td><td class="Cell">
-<p>
-31
-</p></td></tr>
-</table></td></tr></table>
-<p>
-where:
-</p>
-<ul>
-<li>
-<p>
-the process priority values are defined by the internal Symbian
-OS enum TProcPriority, defined in
-...\e32\include\kernel\kern_priv.h. The symbols in the table
-correspond to the symbols in the enum.
-</p>
-</li>
-<li>
-<p>
-the thread priority values are defined by the internal Symbian OS
-enum TThrdPriority, defined in
-...\e32\include\kernel\kern_priv.h. The symbols in the table
-correspond to the symbols in the enum.
-</p>
-</li>
-</ul>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.4.8"></a></span>Absolute priority scheme</h3>
-</div><div>
-<p>
-It is possible to set an absolute priority that is not relative to
-the process priority; it is not affected by changes in the process priority.
-</p>
-</div><div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Process, thread, stack and memory useful information in Debugging information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Process and Thread Priorities</h2>
+</div>
+<div>
+<p>
+Internally the scheduler always deals with nanokernel threads,
+NThread objects, and their associated priority between 0 (lowest)
+and 63 (highest). In general, a thread with a higher priority that is ready to
+run will always run in preference to threads with a lower priority. The only
+exception is where a higher priority thread waits on a nanokernel fast mutex
+held by a lower priority thread. In this case, the higher priority thread will
+yield to the lower priority thread holding the mutex.
+</p>
+<p>
+A Symbian OS thread, a DThread object, has an embedded
+NThread, which enables it to be scheduled by the nanokernel.
+</p>
+<p>
+There are two ways of setting a priority for Symbian OS thread:
+</p>
+<ul>
+<li>
+<p>
+using the two-level priority scheme
+</p>
+</li>
+<li>
+<p>
+using an absolute priority.
+</p>
+</li>
+</ul>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.4.7"></a></span>The two level priority scheme</h3>
+</div><div>
+<p>
+In this scheme, a Symbian OS thread priority is relative to the
+priority of its owning process. By default, Symbian OS threads inherit the
+priority of their owning process when they are created. This priority can be
+raised or lowered relative to the process priority - this just sets the
+thread’s priority to the process priority plus or minus a specified priority
+weighting. If the priority of the process is changed, the priority of its
+threads will change relative to other threads in the system but will remain the
+same relative to each other.
+</p>
+<p>
+The default priority of a process is
+EPriorityForgeround, which is an absolute priority of 350. Threads
+by default are created with relative priority EPriorityNormal
+which sets them to the same priority as the owning process. The window server
+lowers the priority of background UI processes to
+EPriorityBackground (250).
+</p>
+<p>
+The NULL thread, also known as the idle thread, runs at priority 0,
+and means that it will only run when there are no other threads ready to run.
+</p>
+<p>
+Symbian OS thread priorities map onto NThread priorities
+in the range 1 to 31 as shown in the table below.
+</p><table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0"><tr valign="top"><td class="Cell">
+<p>
+<b>Thread priority</b>
+</p></td><td class="Cell">
+<p>
+Idle
+</p></td><td class="Cell">
+<p>
+Much Less
+</p></td><td class="Cell">
+<p>
+Less
+</p></td><td class="Cell">
+<p>
+Normal
+</p></td><td class="Cell">
+<p>
+More
+</p></td><td class="Cell">
+<p>
+Much More
+</p></td><td class="Cell">
+<p>
+Real Time
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+<b>Process priority</b>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td><td class="Cell">
+<p>
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+Low
+</p></td><td class="Cell">
+<p>
+1</p></td><td class="Cell">
+<p>
+1</p></td><td class="Cell">
+<p>
+2</p></td><td class="Cell">
+<p>
+3</p></td><td class="Cell">
+<p>
+4</p></td><td class="Cell">
+<p>
+5</p></td><td class="Cell">
+<p>
+22
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+Background
+</p></td><td class="Cell">
+<p>
+3</p></td><td class="Cell">
+<p>
+5</p></td><td class="Cell">
+<p>
+6</p></td><td class="Cell">
+<p>
+7</p></td><td class="Cell">
+<p>
+8</p></td><td class="Cell">
+<p>
+9</p></td><td class="Cell">
+<p>
+22
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+Foreground
+</p></td><td class="Cell">
+<p>
+3</p></td><td class="Cell">
+<p>
+10
+</p></td><td class="Cell">
+<p>
+11
+</p></td><td class="Cell">
+<p>
+12
+</p></td><td class="Cell">
+<p>
+13
+</p></td><td class="Cell">
+<p>
+14
+</p></td><td class="Cell">
+<p>
+22
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+High
+</p></td><td class="Cell">
+<p>
+3</p></td><td class="Cell">
+<p>
+17
+</p></td><td class="Cell">
+<p>
+18
+</p></td><td class="Cell">
+<p>
+19
+</p></td><td class="Cell">
+<p>
+20
+</p></td><td class="Cell">
+<p>
+22
+</p></td><td class="Cell">
+<p>
+23
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+SystemServer1
+</p></td><td class="Cell">
+<p>
+9</p></td><td class="Cell">
+<p>
+15
+</p></td><td class="Cell">
+<p>
+16
+</p></td><td class="Cell">
+<p>
+21
+</p></td><td class="Cell">
+<p>
+24
+</p></td><td class="Cell">
+<p>
+25
+</p></td><td class="Cell">
+<p>
+28
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+SystemServer2
+</p></td><td class="Cell">
+<p>
+9</p></td><td class="Cell">
+<p>
+15
+</p></td><td class="Cell">
+<p>
+16
+</p></td><td class="Cell">
+<p>
+21
+</p></td><td class="Cell">
+<p>
+24
+</p></td><td class="Cell">
+<p>
+25
+</p></td><td class="Cell">
+<p>
+28
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+SystemServer3
+</p></td><td class="Cell">
+<p>
+9</p></td><td class="Cell">
+<p>
+15
+</p></td><td class="Cell">
+<p>
+16
+</p></td><td class="Cell">
+<p>
+21
+</p></td><td class="Cell">
+<p>
+24
+</p></td><td class="Cell">
+<p>
+25
+</p></td><td class="Cell">
+<p>
+28
+</p></td></tr>
+<tr valign="top"><td class="Cell">
+<p>
+RealTimeServer
+</p></td><td class="Cell">
+<p>
+18
+</p></td><td class="Cell">
+<p>
+26
+</p></td><td class="Cell">
+<p>
+27
+</p></td><td class="Cell">
+<p>
+28
+</p></td><td class="Cell">
+<p>
+29
+</p></td><td class="Cell">
+<p>
+30
+</p></td><td class="Cell">
+<p>
+31
+</p></td></tr>
+</table></td></tr></table>
+<p>
+where:
+</p>
+<ul>
+<li>
+<p>
+the process priority values are defined by the internal Symbian
+OS enum TProcPriority, defined in
+...\e32\include\kernel\kern_priv.h. The symbols in the table
+correspond to the symbols in the enum.
+</p>
+</li>
+<li>
+<p>
+the thread priority values are defined by the internal Symbian OS
+enum TThrdPriority, defined in
+...\e32\include\kernel\kern_priv.h. The symbols in the table
+correspond to the symbols in the enum.
+</p>
+</li>
+</ul>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.4.8"></a></span>Absolute priority scheme</h3>
+</div><div>
+<p>
+It is possible to set an absolute priority that is not relative to
+the process priority; it is not affected by changes in the process priority.
+</p>
+</div><div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide03.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide03.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,140 +1,140 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Thread State Summary</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Thread State Summary</h2>
-</div>
-<div>
-<p>
-This is a brief summary about nanokernel thread states and Symbian OS
-thread states.
-</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.5.4"></a></span>Nanokernel thread states</h3>
-</div><div>
-<p>
-The state of a nanokernel thread is referred to as the NState (or
-N-state). This is to disambiguate it from any other state, such as the state of
-a Symbian OS thread (referred to as the MState or M-state).
-</p>
-<p>
-The states of a nanokernel thread are defined by the values of the NThreadBase::NThreadState enumeration.
-</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.5.5"></a></span>Symbian OS thread states</h3>
-</div><div>
-<p>
-The state of a Symbian OS thread is referred to as the MState (or
-M_state). This is in addition to the nanokernel N-state, and tracks threads
-waiting on Symbian OS synchronisation objects. The DThread class
-representing a Symbian OS thread is internal to Symbian, but the following
-table defines its possible states. The values in the left-hand column are the
-enumerators of the internal enumeration DThread::TThreadState.
-</p>
-<table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0">
- <tr valign="top"><td>
-<p class="code">
-ECreated</p></td><td class="Cell">
-<p>
-The initial state of all Symbian OS threads. It is a transient
-state; the thread starts in this state when the DThread object is
-created, and stays in that state until it is ready to be resumed, typically
-when DLL linkage and memory allocation is complete. At this point, the state
-will change to EReady.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EDead</p></td><td class="Cell">
-<p>
-This is the final state of a Symbian OS thread. A thread enters
-this state when it reaches the end of its exit handler, just before the
-nanokernel terminates it. In effect, the thread has exited but has not yet been
-deleted.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EReady</p></td><td class="Cell">
-<p>
-This indicates that the thread is not waiting on, or attached
-to any Symbian OS kernel wait object. It does not necessarily imply that the
-thread is actually ready to run - this is indicated by the N-state. For
-example, a thread that is explicitly suspended or waiting on a nanokernel wait
-object (generally a fast semaphore) still has a READY M-state provided that it
-is not attached to any Symbian OS wait object.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitSemaphore</p></td><td class="Cell">
-<p>
-This indicates that the thread is currently blocked waiting for
-a Symbian OS semaphore, and is enqueued on the semaphore’s wait queue. The
-thread’s DThread::iWaitObj field points to the semaphore.
-</p>
-<p>
-For example, this is the case if the thread calls User::WaitForRequest() or RSemaphore::Wait()
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitSemaphoreSuspended</p></td><td class="Cell">
-<p>
-This indicates that the thread has been explicitly suspended
-after blocking on a Symbian OS semaphore, and is enqueued on the semaphore’s
-suspended queue. The thread’s DThread::iWaitObj field points to
-the semaphore.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitMutex</p></td><td class="Cell">
-<p>
-This indicates that the thread is currently blocked waiting for
-a Symbian OS mutex, and is enqueued on the mutex wait queue. The thread’s
-DThread::iWaitObj field points to the mutex.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitMutexSuspended</p></td><td class="Cell">
-<p>
-This indicates that the thread has been explicitly suspended
-after blocking on a Symbian OS mutex, and is enqueued on the mutex suspended
-queue. The thread’s DThread::iWaitObj field points to the mutex.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EHoldMutexPending</p></td><td class="Cell">
-<p>
-This indicates that the thread has been woken up from the
-EWaitMutex state but has not yet claimed the mutex. The thread is enqueued on
-the mutex pending queue and the thread’s DThread::iWaitObj field
-points to the mutex.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitCondVar</p></td><td class="Cell">
-<p>
-This indicates that the thread is waiting on a condition
-variable.
-</p></td></tr>
-<tr valign="top"><td>
-<p class="code">
-EWaitCondVarSuspended</p></td><td class="Cell">
-<p>
-This indicates that the thread is suspended while waiting on a
-condition variable.
-</p></td></tr>
-</table></td></tr></table>
-</div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Thread State Summary</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Thread State Summary</h2>
+</div>
+<div>
+<p>
+This is a brief summary about nanokernel thread states and Symbian OS
+thread states.
+</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.5.4"></a></span>Nanokernel thread states</h3>
+</div><div>
+<p>
+The state of a nanokernel thread is referred to as the NState (or
+N-state). This is to disambiguate it from any other state, such as the state of
+a Symbian OS thread (referred to as the MState or M-state).
+</p>
+<p>
+The states of a nanokernel thread are defined by the values of the NThreadBase::NThreadState enumeration.
+</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.5.5"></a></span>Symbian OS thread states</h3>
+</div><div>
+<p>
+The state of a Symbian OS thread is referred to as the MState (or
+M_state). This is in addition to the nanokernel N-state, and tracks threads
+waiting on Symbian OS synchronisation objects. The DThread class
+representing a Symbian OS thread is internal to Symbian, but the following
+table defines its possible states. The values in the left-hand column are the
+enumerators of the internal enumeration DThread::TThreadState.
+</p>
+<table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0">
+ <tr valign="top"><td>
+<p class="code">
+ECreated</p></td><td class="Cell">
+<p>
+The initial state of all Symbian OS threads. It is a transient
+state; the thread starts in this state when the DThread object is
+created, and stays in that state until it is ready to be resumed, typically
+when DLL linkage and memory allocation is complete. At this point, the state
+will change to EReady.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EDead</p></td><td class="Cell">
+<p>
+This is the final state of a Symbian OS thread. A thread enters
+this state when it reaches the end of its exit handler, just before the
+nanokernel terminates it. In effect, the thread has exited but has not yet been
+deleted.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EReady</p></td><td class="Cell">
+<p>
+This indicates that the thread is not waiting on, or attached
+to any Symbian OS kernel wait object. It does not necessarily imply that the
+thread is actually ready to run - this is indicated by the N-state. For
+example, a thread that is explicitly suspended or waiting on a nanokernel wait
+object (generally a fast semaphore) still has a READY M-state provided that it
+is not attached to any Symbian OS wait object.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitSemaphore</p></td><td class="Cell">
+<p>
+This indicates that the thread is currently blocked waiting for
+a Symbian OS semaphore, and is enqueued on the semaphore’s wait queue. The
+thread’s DThread::iWaitObj field points to the semaphore.
+</p>
+<p>
+For example, this is the case if the thread calls User::WaitForRequest() or RSemaphore::Wait()
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitSemaphoreSuspended</p></td><td class="Cell">
+<p>
+This indicates that the thread has been explicitly suspended
+after blocking on a Symbian OS semaphore, and is enqueued on the semaphore’s
+suspended queue. The thread’s DThread::iWaitObj field points to
+the semaphore.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitMutex</p></td><td class="Cell">
+<p>
+This indicates that the thread is currently blocked waiting for
+a Symbian OS mutex, and is enqueued on the mutex wait queue. The thread’s
+DThread::iWaitObj field points to the mutex.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitMutexSuspended</p></td><td class="Cell">
+<p>
+This indicates that the thread has been explicitly suspended
+after blocking on a Symbian OS mutex, and is enqueued on the mutex suspended
+queue. The thread’s DThread::iWaitObj field points to the mutex.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EHoldMutexPending</p></td><td class="Cell">
+<p>
+This indicates that the thread has been woken up from the
+EWaitMutex state but has not yet claimed the mutex. The thread is enqueued on
+the mutex pending queue and the thread’s DThread::iWaitObj field
+points to the mutex.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitCondVar</p></td><td class="Cell">
+<p>
+This indicates that the thread is waiting on a condition
+variable.
+</p></td></tr>
+<tr valign="top"><td>
+<p class="code">
+EWaitCondVarSuspended</p></td><td class="Cell">
+<p>
+This indicates that the thread is suspended while waiting on a
+condition variable.
+</p></td></tr>
+</table></td></tr></table>
+</div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide04.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide04.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,72 +1,72 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Thread and Process Exit Information Summary</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>Thread and Process Exit Information Summary</h2>
-</div><div>
-<p>
-User threads and processes have “exit information”. When a thread or
-process terminates the reason for the termination is found in the exit
-information. For example, a panic will store the panic category and reason in
-the exit information. Exit information has three parts: the exit type, exit
-reason and exit category.
-</p>
-<p>
-Exit type is defined by the TExitType enum.
-</p>
-<p>
-When a thread or process is created, its exit type is set to 3. An exit
-type of 3 indicates that the thread is still active, though not necessarily
-running. If the thread terminates for any reason, then the exit type is changed
-to reflect the cause of the exit.
-</p>
-<p>
-Once the thread or process has exited, the exit reason and exit type
-fields will contain useful information. The contents depends on the type of
-exit.
-</p>
-<p>
-Note that if the main thread in a process exits, then the process will
-exit with the same exit information as the thread.
-</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.6.8"></a></span>Exit category: Terminate</h3>
-</div><div>
-<p>
-if RThread::Terminate() or RProcess::Terminate() is called, then the exit category is
-Terminate, and the exit reason is the value of the
-aReason argument passed to these functions.
-</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.6.9"></a></span>Exit category: Kill</h3>
-</div><div>
-<p>
-If RThread::Kill() or RProcess::Kill() is called, then the exit category is
-Kill, and the exit reason is the value of the aReason
-argument passed to these functions.
-</p>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.6.10"></a></span>Exit category: panic</h3>
-</div><div>
-<p>
-If a thread panics, then the exit category is panic, and
-the exit reason is the panic number. For example a USER-19 panic would give the
-following exit information:
-</p>
-<p class="listing">exit type = 2<br>
- exit category = “USER”<br>exit reason = 19</p>
-</div><div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Thread and Process Exit Information Summary</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>Thread and Process Exit Information Summary</h2>
+</div><div>
+<p>
+User threads and processes have “exit information”. When a thread or
+process terminates the reason for the termination is found in the exit
+information. For example, a panic will store the panic category and reason in
+the exit information. Exit information has three parts: the exit type, exit
+reason and exit category.
+</p>
+<p>
+Exit type is defined by the TExitType enum.
+</p>
+<p>
+When a thread or process is created, its exit type is set to 3. An exit
+type of 3 indicates that the thread is still active, though not necessarily
+running. If the thread terminates for any reason, then the exit type is changed
+to reflect the cause of the exit.
+</p>
+<p>
+Once the thread or process has exited, the exit reason and exit type
+fields will contain useful information. The contents depends on the type of
+exit.
+</p>
+<p>
+Note that if the main thread in a process exits, then the process will
+exit with the same exit information as the thread.
+</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.6.8"></a></span>Exit category: Terminate</h3>
+</div><div>
+<p>
+if RThread::Terminate() or RProcess::Terminate() is called, then the exit category is
+Terminate, and the exit reason is the value of the
+aReason argument passed to these functions.
+</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.6.9"></a></span>Exit category: Kill</h3>
+</div><div>
+<p>
+If RThread::Kill() or RProcess::Kill() is called, then the exit category is
+Kill, and the exit reason is the value of the aReason
+argument passed to these functions.
+</p>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.6.10"></a></span>Exit category: panic</h3>
+</div><div>
+<p>
+If a thread panics, then the exit category is panic, and
+the exit reason is the panic number. For example a USER-19 panic would give the
+following exit information:
+</p>
+<p class="listing">exit type = 2<br>
+ exit category = “USER”<br>exit reason = 19</p>
+</div><div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide05.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide05.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,26 +1,26 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Critical Threads and Processes</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Critical Threads and Processes</h2>
-</div>
-<div>
-<p>
-Marking a thread or process as “system critical” means that it is an
-integral and essential part of the system, for example, the file server. In
-effect the thread or process is being declared necessary for correct
-functioning of the device. If a system critical thread exits or panics then the
-device will reboot; during development it will enter the debug monitor. A
-thread can be set as process critical, which means that if it panics the
-process will be panicked.
-</p>
-</div><div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Critical Threads and Processes</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Critical Threads and Processes</h2>
+</div>
+<div>
+<p>
+Marking a thread or process as “system critical” means that it is an
+integral and essential part of the system, for example, the file server. In
+effect the thread or process is being declared necessary for correct
+functioning of the device. If a system critical thread exits or panics then the
+device will reboot; during development it will enter the debug monitor. A
+thread can be set as process critical, which means that if it panics the
+process will be panicked.
+</p>
+</div><div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide06.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide06.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,30 +1,30 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Kernel Calls and Thread Context</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Kernel Calls and Thread Context</h2>
-</div>
-<div>
-<p>
-When a user thread makes a call into any kernel code, the kernel code
-continues to run in the context of the user thread. This applies to device
-driver code.
-</p>
-<p>
-The stack is swapped to a kernel-side stack and the permissions of the
-thread are increased to kernel privilege, but otherwise the user thread is
-still running. Each thread has a small kernel stack used to handle kernel calls
-– it would be dangerous to continue using the normal thread stack in case it
-overflows. Some calls are handled in this state, others – typically device
-drivers – will post a message to a kernel side thread to carry out the request.
-</p>
-</div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Kernel Calls and Thread Context</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Kernel Calls and Thread Context</h2>
+</div>
+<div>
+<p>
+When a user thread makes a call into any kernel code, the kernel code
+continues to run in the context of the user thread. This applies to device
+driver code.
+</p>
+<p>
+The stack is swapped to a kernel-side stack and the permissions of the
+thread are increased to kernel privilege, but otherwise the user thread is
+still running. Each thread has a small kernel stack used to handle kernel calls
+– it would be dangerous to continue using the normal thread stack in case it
+overflows. Some calls are handled in this state, others – typically device
+drivers – will post a message to a kernel side thread to carry out the request.
+</p>
+</div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide07.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide07.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,61 +1,61 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Stacks</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Stacks</h2>
-</div>
-<div>
-<p>
-When a process is created, a chunk is allocated to hold the process
-executable's .data section (initialised data) and
-.bss section (zero filled data). Sufficient space (default 2Mb) is
-also reserved as user-side stack space for threads that run in that process.
-</p>
-<p>
-By default, each thread is allocated 8k of user-side stack space. A
-guard of 8k is also allocated.
-</p>
-<p>
-The stack area follows the .data and .bss
-sections, and each thread's user side stack follows. On ARM processors the
-stack is descending, so that as items are added to the stack, the stack pointer
-is decremented. This means that if the stack overflows, the stack pointer
-points into the guard area and causes a processor exception, with the result
-that the kernel panics the thread.
-</p>
-<div class="Figure">
-<p align="center" class="Image"><a name=""><img src="CrashDebuggerStack-v02.gif" alt="" border="0"></a></p>
-</div>
-<p>
-Return addresses are stored by pushing them on to the stack so at any
-point you can trace through the stack looking at the saved return addresses to
-see the chain of function calls up to the present function.
-</p>
-<p>
-The size of the user-side stack space has an indirect effect on the
-number of of threads that a process can have. There are other factors involved,
-but this is an important one. The limit is a consequence of the fact that a
-process can have a maximum of 8 chunks. This means that if threads within a
-process can share a heap (allocated from a single chunk), then it is possible
-to have a maximum of 128 threads per process [2Mb/(8K + 8K)]. More threads may
-be possible if you allow only 4K of stack per thread.
-</p>
-<p>
-Apart from the kernel stack attached to each thread, the kernel also
-maintains stacks that are used during processing of interrupts, exceptions and
-certain CPU states. Interrupts and exceptions can occur at any time, with the
-system in any state, and it would be dangerous to allow them to use the current
-stack which may not even be valid or may overflow and panic the kernel. The
-kernel stacks are guaranteed to be large enough for all interrupt and exception
-processing.
-</p>
-</div><div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Stacks</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Stacks</h2>
+</div>
+<div>
+<p>
+When a process is created, a chunk is allocated to hold the process
+executable's .data section (initialised data) and
+.bss section (zero filled data). Sufficient space (default 2Mb) is
+also reserved as user-side stack space for threads that run in that process.
+</p>
+<p>
+By default, each thread is allocated 8k of user-side stack space. A
+guard of 8k is also allocated.
+</p>
+<p>
+The stack area follows the .data and .bss
+sections, and each thread's user side stack follows. On ARM processors the
+stack is descending, so that as items are added to the stack, the stack pointer
+is decremented. This means that if the stack overflows, the stack pointer
+points into the guard area and causes a processor exception, with the result
+that the kernel panics the thread.
+</p>
+<div class="Figure">
+<p align="center" class="Image"><a name=""><img src="CrashDebuggerStack-v02.gif" alt="" border="0"></a></p>
+</div>
+<p>
+Return addresses are stored by pushing them on to the stack so at any
+point you can trace through the stack looking at the saved return addresses to
+see the chain of function calls up to the present function.
+</p>
+<p>
+The size of the user-side stack space has an indirect effect on the
+number of of threads that a process can have. There are other factors involved,
+but this is an important one. The limit is a consequence of the fact that a
+process can have a maximum of 8 chunks. This means that if threads within a
+process can share a heap (allocated from a single chunk), then it is possible
+to have a maximum of 128 threads per process [2Mb/(8K + 8K)]. More threads may
+be possible if you allow only 4K of stack per thread.
+</p>
+<p>
+Apart from the kernel stack attached to each thread, the kernel also
+maintains stacks that are used during processing of interrupts, exceptions and
+certain CPU states. Interrupts and exceptions can occur at any time, with the
+system in any state, and it would be dangerous to allow them to use the current
+stack which may not even be valid or may overflow and panic the kernel. The
+kernel stacks are guaranteed to be large enough for all interrupt and exception
+processing.
+</p>
+</div><div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide08.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerThreadProcessMemoryStackUseful.guide08.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,79 +1,79 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Virtual Memory and Run Addresses</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Virtual Memory and Run Addresses</h2>
-</div>
-<div>
-<p>
-Symbian OS devices have an MMU which is used to map the addresses seen
-by running code to real addresses of memory and I/O. The MMU in effect creates
-a virtual memory map, allowing scattered blocks of RAM to appear contiguous, or
-for a section of memory to appear at different addresses in different
-processes, or not at all.
-</p>
-<p>
-Symbian OS uses the MMU to provide memory protection between processes,
-to allow sharing of memory, efficient allocation of RAM and to make all
-processes “see” the same memory layout. Three different memory models are
-supported by Symbian OS on ARM CPUs:
-</p>
-<ul>
-<li>
-<p>
-moving model: this is the model familiar from EKA1 where processes
-are moved to a run-address in low memory when executing and moved back to a
-home-address in high memory when not running.
-</p>
-</li>
-<li>
-<p>
-direct model: this is used when the CPU does not have an MMU, or is
-emulating a system without an MMU. Not normally used, but occasionally useful
-for development boards
-</p>
-</li>
-<li>
-<p>
-multiple model: only supported in ARM architecture V6 and above,
-each process has its own set of MMU tables. A context switch changes the
-current MMU table to the new thread’s table, instead of moving memory about in
-a single table as with moving model.
-</p>
-</li>
-</ul>
-
-</div>
-<div class="Head3">
-<h3><span class="Bodytext"><a name="1.10.6"></a></span>Fixed processes</h3>
-</div><div>
-<p>
-For ARM architectures with a virtually-tagged cache, fixed processes
-avoid the need to flush the cache on context switches by keeping all the code
-and data at a fixed address. This implies that there can only ever be one
-instance of each fixed process because the data chunk address cannot be
-changed.
-</p>
-<p>
-Important servers such as the file server and window server are
-fixed.
-</p>
-<p>
-There is no limit to the number of fixed processes that can be
-supported. The kernel will attempt to use ARM domains for fixed process
-protection, but there are a limited number of domains so when they are
-exhausted normal MMU techniques will be used. Domains are slightly faster in a
-context switch but this is negligible compared to the real purpose of the fixed
-process in avoiding the cache flush.
-</p>
-
- </div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Virtual Memory and Run Addresses</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Virtual Memory and Run Addresses</h2>
+</div>
+<div>
+<p>
+Symbian OS devices have an MMU which is used to map the addresses seen
+by running code to real addresses of memory and I/O. The MMU in effect creates
+a virtual memory map, allowing scattered blocks of RAM to appear contiguous, or
+for a section of memory to appear at different addresses in different
+processes, or not at all.
+</p>
+<p>
+Symbian OS uses the MMU to provide memory protection between processes,
+to allow sharing of memory, efficient allocation of RAM and to make all
+processes “see” the same memory layout. Three different memory models are
+supported by Symbian OS on ARM CPUs:
+</p>
+<ul>
+<li>
+<p>
+moving model: this is the model familiar from EKA1 where processes
+are moved to a run-address in low memory when executing and moved back to a
+home-address in high memory when not running.
+</p>
+</li>
+<li>
+<p>
+direct model: this is used when the CPU does not have an MMU, or is
+emulating a system without an MMU. Not normally used, but occasionally useful
+for development boards
+</p>
+</li>
+<li>
+<p>
+multiple model: only supported in ARM architecture V6 and above,
+each process has its own set of MMU tables. A context switch changes the
+current MMU table to the new thread’s table, instead of moving memory about in
+a single table as with moving model.
+</p>
+</li>
+</ul>
+
+</div>
+<div class="Head3">
+<h3><span class="Bodytext"><a name="1.10.6"></a></span>Fixed processes</h3>
+</div><div>
+<p>
+For ARM architectures with a virtually-tagged cache, fixed processes
+avoid the need to flush the cache on context switches by keeping all the code
+and data at a fixed address. This implies that there can only ever be one
+instance of each fixed process because the data chunk address cannot be
+changed.
+</p>
+<p>
+Important servers such as the file server and window server are
+fixed.
+</p>
+<p>
+There is no limit to the number of fixed processes that can be
+supported. The kernel will attempt to use ARM domains for fixed process
+protection, but there are a limited number of domains so when they are
+exhausted normal MMU techniques will be used. Domains are slightly faster in a
+context switch but this is negligible compared to the real purpose of the fixed
+process in avoiding the cache flush.
+</p>
+
+ </div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,40 +1,40 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
- <div class="Head1">
-
-<h2>Debug Monitor</h2>
-</div><div>
-<p>The debug monitor is entered when the kernel crashes, if a system
-process panics, or an unhandled processor exception occurs. Under normal
-circumstances this ought not to happen, but when the kernel faults, the device
-enters the kernel debug monitor. The Debug Monitor appears in Carbide as a view within the Crash Debugger perspective. Use the <b>Crash Debugger Console</b> view to enter commands and interact with the Debug Monitor on the device. </p>
-<p>Notes:</p>
-<ul>
-<li>
-<p>the EKA2 debug monitor is very similar to the EKA1 version,
-although the details displayed may be different.</p>
-</li>
-<li>
-<p>you will occasionally find references to the <em>crash
-debugger</em>; this is the same as the debug monitor</p>
-</li>
-</ul>
-
-</div>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebugger_Setup.html">Setting Up the Debug Monitor </a></li>
-</ul>
-<h5>Related references </h5>
-<ul>
- <li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+ <div class="Head1">
+
+<h2>Debug Monitor</h2>
+</div><div>
+<p>The debug monitor is entered when the kernel crashes, if a system
+process panics, or an unhandled processor exception occurs. Under normal
+circumstances this ought not to happen, but when the kernel faults, the device
+enters the kernel debug monitor. The Debug Monitor appears in Carbide as a view within the Crash Debugger perspective. Use the <b>Crash Debugger Console</b> view to enter commands and interact with the Debug Monitor on the device. </p>
+<p>Notes:</p>
+<ul>
+<li>
+<p>the EKA2 debug monitor is very similar to the EKA1 version,
+although the details displayed may be different.</p>
+</li>
+<li>
+<p>you will occasionally find references to the <em>crash
+debugger</em>; this is the same as the debug monitor</p>
+</li>
+</ul>
+
+</div>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebugger_Setup.html">Setting Up the Debug Monitor </a></li>
+</ul>
+<h5>Related references </h5>
+<ul>
+ <li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerUsingMAKSYM-Ref.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebuggerUsingMAKSYM-Ref.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,51 +1,51 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Using the MAKSYM tool in Debugging information</title>
- <link href="../../book.css" type="text/css" rel="stylesheet" >
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
-<div class="Head1">
-
-<h2>Using the MAKSYM Tool</h2>
-</div><div>
-<p>MAKSYM is a command line tool that processes the log file generated
-when building a ROM image, and creates a text file that lists the address of
-every global and exported function in the ROM.</p>
-<p>Reference: tools: MAKSYM outlines
-the syntax of the command.</p>
-<p>If you know the address of the instruction which caused an exception,
-you can compare this address with the MAKSYM log to see which function this is
-in. You can narrow this down to the exact code within the function by using
-ABLD LISTING to get the assembler output from the compiler.</p>
-<p>The following example MAKSYM log is taken from an EKA1 build;
-however, the principle is the same for EKA2.</p>
-<p class="listing">From \Epoc32\Release\Misa\UREL\ekern.exe<br>
- <br>50003040 0094 _E32Startup<br>500030d4 002c ImpDma::Init1(void)<br>50003100 0004 ImpDma::Init3(void)<br>50003104 0008 ImpDma::MaxBlockSize(void)</p>
-<p>If, for example, the code address of the exception is at
-0x500030dc, then you can see from the log that this is in the
-ImpDma::Init1() function, at offset 8 from the start of the
-function. This function is in the file
-...\e32\ekern\epoc\arm\sa1100\ka_dma.cpp, so use ABLD LISTING to
-obtain the assembler:</p>
-<p class="listing">> cd \e32</p>
-<p class="listing">> abld listing misa urel ekern ka_dma </p>
-<p>Notice that you must specify the component that the file is part of,
-in this case EKERN, and that you do not put the .cpp extension on
-the source file name. If you do not specify a source file ABLD will create an
-assembler listing for every file in component EKERN.</p>
-<p>The listing file will be placed in the same directory as
-ka_dma.cpp, and will be called ka_dma.lis. If you
-look at this file you will see something like this:</p>
-<p class="listing">7 Init1__6ImpDma:<br> 8 @ args = 0, pretend = 0, frame = 0<br> 9 @ frame_needed = 0, current_function_anonymous_args = 0<br> 10 @ I don't think this function clobbers lr<br> 11 0000 18209FE5 ldr r2, .L793<br> 12 0004 0630A0E3 mov r3, #6<br> 13 0008 003082E5 str r3, [r2, #0]<br> 14 000c 10309FE5 ldr r3, .L793+4<br> 15 0010 10009FE5 ldr r0, .L793+8<br> 16 0014 000083E5 str r0, [r3, #0]<br> 17 0018 1810A0E3 mov r1, #24<br> 18 001c FEFFFFEA b FillZ__3MemPvi</p>
-<p>Offset 8 is the first STR instruction. Comparing this with the C++
-source:</p>
-<p class="listing">void ImpDma::Init1()<br>//<br>// Phase 1 initialisation of the Dma channels<br>//<br> {<br> PP::DmaMaxChannels=KNumberOfDmaChannels;<br> PP::DmaChannelTable=(TDma **)(&DmaChannels[0]);<br> Mem::FillZ(PP::DmaChannelTable,sizeof(TDma *)*KNumberOfDmaChannels);<br> }</p>
-<p>The first store is to PP::DmaMaxChannels, so clearly there is a
-problem writing this memory. </p>
-
- </div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Using the MAKSYM tool in Debugging information</title>
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+<div class="Head1">
+
+<h2>Using the MAKSYM Tool</h2>
+</div><div>
+<p>MAKSYM is a command line tool that processes the log file generated
+when building a ROM image, and creates a text file that lists the address of
+every global and exported function in the ROM.</p>
+<p>Reference: tools: MAKSYM outlines
+the syntax of the command.</p>
+<p>If you know the address of the instruction which caused an exception,
+you can compare this address with the MAKSYM log to see which function this is
+in. You can narrow this down to the exact code within the function by using
+ABLD LISTING to get the assembler output from the compiler.</p>
+<p>The following example MAKSYM log is taken from an EKA1 build;
+however, the principle is the same for EKA2.</p>
+<p class="listing">From \Epoc32\Release\Misa\UREL\ekern.exe<br>
+ <br>50003040 0094 _E32Startup<br>500030d4 002c ImpDma::Init1(void)<br>50003100 0004 ImpDma::Init3(void)<br>50003104 0008 ImpDma::MaxBlockSize(void)</p>
+<p>If, for example, the code address of the exception is at
+0x500030dc, then you can see from the log that this is in the
+ImpDma::Init1() function, at offset 8 from the start of the
+function. This function is in the file
+...\e32\ekern\epoc\arm\sa1100\ka_dma.cpp, so use ABLD LISTING to
+obtain the assembler:</p>
+<p class="listing">> cd \e32</p>
+<p class="listing">> abld listing misa urel ekern ka_dma </p>
+<p>Notice that you must specify the component that the file is part of,
+in this case EKERN, and that you do not put the .cpp extension on
+the source file name. If you do not specify a source file ABLD will create an
+assembler listing for every file in component EKERN.</p>
+<p>The listing file will be placed in the same directory as
+ka_dma.cpp, and will be called ka_dma.lis. If you
+look at this file you will see something like this:</p>
+<p class="listing">7 Init1__6ImpDma:<br> 8 @ args = 0, pretend = 0, frame = 0<br> 9 @ frame_needed = 0, current_function_anonymous_args = 0<br> 10 @ I don't think this function clobbers lr<br> 11 0000 18209FE5 ldr r2, .L793<br> 12 0004 0630A0E3 mov r3, #6<br> 13 0008 003082E5 str r3, [r2, #0]<br> 14 000c 10309FE5 ldr r3, .L793+4<br> 15 0010 10009FE5 ldr r0, .L793+8<br> 16 0014 000083E5 str r0, [r3, #0]<br> 17 0018 1810A0E3 mov r1, #24<br> 18 001c FEFFFFEA b FillZ__3MemPvi</p>
+<p>Offset 8 is the first STR instruction. Comparing this with the C++
+source:</p>
+<p class="listing">void ImpDma::Init1()<br>//<br>// Phase 1 initialisation of the Dma channels<br>//<br> {<br> PP::DmaMaxChannels=KNumberOfDmaChannels;<br> PP::DmaChannelTable=(TDma **)(&DmaChannels[0]);<br> Mem::FillZ(PP::DmaChannelTable,sizeof(TDma *)*KNumberOfDmaChannels);<br> }</p>
+<p>The first store is to PP::DmaMaxChannels, so clearly there is a
+problem writing this memory. </p>
+
+ </div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_Setup.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_Setup.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,62 +1,62 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Setting Up the Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Setting Up the Debug Monitor</h2>
-</div>
-<p>When the kernel faults, the device enters the debug monitor, called the Crash Debugger Console view of the Crash Debugger perspective.</p>
-<div class="step">
-<h4>Using the Debug Monitor</h4>
-<ol>
- <li>Plug the main adaptor into the DC jack</li>
- <li>Connect the target device COM port to your PC
- <ol type="a">
- <li>In Carbide, create a launch configuration and set the serial port info as shown below </li>
- <li>If not using Carbide, set the PC
- serial port to 115200 baud, 8 bits, no parity, 1 stop bit, XON/XOFF flow
- control</li>
- </ol>
- </li>
- <li>Press the ON key on the target device</li>
- <li>Start a terminal program on the PC
- <ol type="a">
- <li> In Carbide, output appears in the Crash Debugger Console view of the Crash Debugger Perspective </li>
- <li>For external verification of the COM port you can use HyperTerminal</li>
- </ol>
- </li>
- <li>Press RETURN on the PC. The target device
- should reply with the prompt:
- <blockquote>
- <p class="code">Password:</p>
- </blockquote>
- </li>
-<li>Enter the password "replacement" (all lower case, but without the quotes) on the PC. </li>
- <p>The target device should now reply:</p>
- <blockquote>
- <p class="code">*** DEBUG MONITOR ***</p>
- </blockquote>
- <p>You can now enter debug monitor commands.</p>
- </ol>
-
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
- <li><a href="index.html">Symbian OS Debugging Information</a></li>
-</ul>
-<h5>Related references</h5>
-<ul>
- <li><a href="../address.html">Object Address</a></li>
- <li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
- <li><a href="../memory.html">Memory Dump Options</a></li>
-</ul>
-<div class="Head2"></div><div></div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Setting Up the Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Setting Up the Debug Monitor</h2>
+</div>
+<p>When the kernel faults, the device enters the debug monitor, called the Crash Debugger Console view of the Crash Debugger perspective.</p>
+<div class="step">
+<h4>Using the Debug Monitor</h4>
+<ol>
+ <li>Plug the main adaptor into the DC jack</li>
+ <li>Connect the target device COM port to your PC
+ <ol type="a">
+ <li>In Carbide, create a launch configuration and set the serial port info as shown below </li>
+ <li>If not using Carbide, set the PC
+ serial port to 115200 baud, 8 bits, no parity, 1 stop bit, XON/XOFF flow
+ control</li>
+ </ol>
+ </li>
+ <li>Press the ON key on the target device</li>
+ <li>Start a terminal program on the PC
+ <ol type="a">
+ <li> In Carbide, output appears in the Crash Debugger Console view of the Crash Debugger Perspective </li>
+ <li>For external verification of the COM port you can use HyperTerminal</li>
+ </ol>
+ </li>
+ <li>Press RETURN on the PC. The target device
+ should reply with the prompt:
+ <blockquote>
+ <p class="code">Password:</p>
+ </blockquote>
+ </li>
+<li>Enter the password "replacement" (all lower case, but without the quotes) on the PC. </li>
+ <p>The target device should now reply:</p>
+ <blockquote>
+ <p class="code">*** DEBUG MONITOR ***</p>
+ </blockquote>
+ <p>You can now enter debug monitor commands.</p>
+ </ol>
+
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+ <li><a href="index.html">Symbian OS Debugging Information</a></li>
+</ul>
+<h5>Related references</h5>
+<ul>
+ <li><a href="../address.html">Object Address</a></li>
+ <li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+ <li><a href="../memory.html">Memory Dump Options</a></li>
+</ul>
+<div class="Head2"></div><div></div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,77 +1,77 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Crash Debugger Commands</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Crash Debugger Commands</h2>
-</div>
-<div>
-<p>Commands consist of a single letter describing the operation to be
-performed, followed by any arguments. Not all commands take arguments. Commands
-are case sensitive; the majority are lower case. Commands should be entered at
-the command prompt, on the PC. The set of supported commands is as
-follows:</p>
-<ul>
-<li>h - show all debugger commands </li>
-<li>x - <a href="CrashDebugger_cmd_x.guide.html">leaves the debugger, does a cold restart of the same ROM image; (nb lower case)</a></li>
-<li>
-<p>X - <a href="CrashDebugger_cmd_XX.guide.html">leaves the debugger, and returns to the bootloader to wait for a new ROM image to be downloaded; (nb upper case)</a></p>
-</li>
-<li>
-<p>f -
-<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">displays kernel fault information</a></p>
-</li>
-<li>
-<p>m -
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">does a memory dump</a></p>
-</li>
-<li>
-<p>z -
-<a href="CrashDebugger_cmd_z.guide.html" title="The debug monitor and command syntax / z - do a memory dump, skipping over unmapped memory">does a memory dump, but skips over unmapped memory space</a></p>
-</li>
-<li>
-<p>i -
-<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">displays information on the current thread and the current process</a></p>
-</li>
-<li>
-<p>o -
-<a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">displays brief DObject information</a></p>
-</li>
-<li>
-<p>q -
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">displays full DObject information</a></p>
-</li>
-<li>
-<p>c -
-<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">displays contents of object container; (nb lower case)</a></p>
-</li>
-<li>
-<p>C -
-<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">displays contents of object container; (nb upper case)</a></p>
-</li>
-<li>
-<p> r -
-<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">dumps register content</a></p>
-</li>
-</ul>
-
-</div>
-<div class="Head2">
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a> </li>
- <li><a href="index.html">Symbian OS Debugging Information</a></li>
-</ul>
-<h5>Related tasks</h5>
-<ul>
- <li><a href="CrashDebugger_Setup.html">Setting Up the Debug Monitor</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Crash Debugger Commands</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Crash Debugger Commands</h2>
+</div>
+<div>
+<p>Commands consist of a single letter describing the operation to be
+performed, followed by any arguments. Not all commands take arguments. Commands
+are case sensitive; the majority are lower case. Commands should be entered at
+the command prompt, on the PC. The set of supported commands is as
+follows:</p>
+<ul>
+<li>h - show all debugger commands </li>
+<li>x - <a href="CrashDebugger_cmd_x.guide.html">leaves the debugger, does a cold restart of the same ROM image; (nb lower case)</a></li>
+<li>
+<p>X - <a href="CrashDebugger_cmd_XX.guide.html">leaves the debugger, and returns to the bootloader to wait for a new ROM image to be downloaded; (nb upper case)</a></p>
+</li>
+<li>
+<p>f -
+<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">displays kernel fault information</a></p>
+</li>
+<li>
+<p>m -
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">does a memory dump</a></p>
+</li>
+<li>
+<p>z -
+<a href="CrashDebugger_cmd_z.guide.html" title="The debug monitor and command syntax / z - do a memory dump, skipping over unmapped memory">does a memory dump, but skips over unmapped memory space</a></p>
+</li>
+<li>
+<p>i -
+<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">displays information on the current thread and the current process</a></p>
+</li>
+<li>
+<p>o -
+<a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">displays brief DObject information</a></p>
+</li>
+<li>
+<p>q -
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">displays full DObject information</a></p>
+</li>
+<li>
+<p>c -
+<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">displays contents of object container; (nb lower case)</a></p>
+</li>
+<li>
+<p>C -
+<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">displays contents of object container; (nb upper case)</a></p>
+</li>
+<li>
+<p> r -
+<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">dumps register content</a></p>
+</li>
+</ul>
+
+</div>
+<div class="Head2">
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a> </li>
+ <li><a href="index.html">Symbian OS Debugging Information</a></li>
+</ul>
+<h5>Related tasks</h5>
+<ul>
+ <li><a href="CrashDebugger_Setup.html">Setting Up the Debug Monitor</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_CC.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_CC.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,29 +1,29 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>C - Display Contents of Object Container</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>C - Display Contents of Object
-Container</h2>
-</div>
-<div>
-<p>This is exactly the same as the lower case
-<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a> command except
-that the display of output pauses between pages. If you need to dump output as
-fast as possible without pauses, use the lower case version.</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>C - Display Contents of Object Container</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>C - Display Contents of Object
+Container</h2>
+</div>
+<div>
+<p>This is exactly the same as the lower case
+<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a> command except
+that the display of output pauses between pages. If you need to dump output as
+fast as possible without pauses, use the lower case version.</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_XX.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_XX.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,27 +1,27 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>X - Leave Debugger, Return to
-Bootloader</h2>
-</div>
-<div>
-<p>This command, in upper case, leaves the debugger, and returns to
-the bootloader to wait for a new ROM image to be downloaded.</p>
-</div><h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>X - Leave Debugger, Return to
+Bootloader</h2>
+</div>
+<div>
+<p>This command, in upper case, leaves the debugger, and returns to
+the bootloader to wait for a new ROM image to be downloaded.</p>
+</div><h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_c.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_c.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,215 +1,215 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>c - Display Contents of Object
-Container</h2>
-</div><div>
-<p>This command displays the contents of one of the kernel's object
-containers, a DObjectCon type. Note that information is dumped
-very quickly without page breaks, which is useful in situations where the
-kernel is likely to become very unstable very shortly after crashing. There is
-an upper case version of this command,
-<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">C</a>, which generates
-output with a pause between pages.</p>
-<p>The command has the following syntax:</p>
-<p class="listing">c type</p>
-<p>where type is a single hexadecimal digit between 0 and
-D inclusive that specifies which kernel container is to be dumped. The mapping
-between the hexadecimal digit and the kernel container is:</p>
-<table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0">
-<tr valign="top">
-<td class="Cell">
-<p>0</p>
-</td>
-<td class="Cell">
-<p>Threads</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>1</p>
-</td>
-<td class="Cell">
-<p>Processes</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>2</p>
-</td>
-<td class="Cell">
-<p>Chunks</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>3</p>
-</td>
-<td class="Cell">
-<p>Libraries</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>4</p>
-</td>
-<td class="Cell">
-<p>Semaphores</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>5</p>
-</td>
-<td class="Cell">
-<p>Mutexes</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>6</p>
-</td>
-<td class="Cell">
-<p>Timers</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>7</p>
-</td>
-<td class="Cell">
-<p>Servers</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>8</p>
-</td>
-<td class="Cell">
-<p>Sessions</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>9</p>
-</td>
-<td class="Cell">
-<p>LogicalDevices</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>A</p>
-</td>
-<td class="Cell">
-<p>PhysicalDevices</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>B</p>
-</td>
-<td class="Cell">
-<p>Channels</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>C</p>
-</td>
-<td class="Cell">
-<p>ChangeNotifiers</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>D</p>
-</td>
-<td class="Cell">
-<p>Undertakers</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>E</p>
-</td>
-<td class="Cell">
-<p>Message queues</p>
-</td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>F</p>
-</td>
-<td class="Cell">
-<p>Property references</p>
-</td>
-</tr>
-</table></td></tr></table>
-<p>For example:</p>
-<p class="listing">> c A</p>
-<p class="listing">Container 10 at 640275c4 contains 3 PHYSICAL DEVICES:<br>
- PHYSICAL DEVICE at 64032dac VPTR=f805d9fc AccessCount=2 Owner=00000000<br>
- Full name Media.IRam<br>
- PHYSICAL DEVICE at 640339e8 VPTR=f8067e44 AccessCount=2 Owner=00000000<br>
- Full name Media.Flash<br>
- PHYSICAL DEVICE at 64033a64 VPTR=f806b9f8 AccessCount=2 Owner=00000000<br>
- Full name Media.Ata</p>
-<p class="listing">> c 0</p>
-<p class="listing">Container 0 at 807022b8 contains 12 THREADS:<br>
- THREAD at 807011c0 VPTR=50052b04 AccessCount=1 Owner=8070107c<br>
- Full name EKern::Null<br>
- Thread MState READY<br>
- Default priority 0 WaitLink Priority 0<br>
- ExitInfo 3,0,<br>
- Flags 0000000c, Handles 80701520<br>
- Supervisor stack base 80700000 size 1000<br>
- User stack base 00000000 size 0<br>
- Id=0, Heap=00000000, Created heap=00000000, Frame=00000000<br>
- Trap handler=00000000, ActiveScheduler=00000000, Exception<br>
- handler=00000000<br>
- TempObj=00000000 TempAlloc=00000000<br>
- NThread @ 8070147c Pri 0 NState READY<br>
- Next=8070147c Prev=8070147c Att=00 ExcInUserMode=00<br>
- HeldFM=00000000 WaitFM=00000000 AddrSp=8070107c<br>
- Time=-1 Timeslice=-1 ReqCount=0<br>
- SuspendCount=0 CsCount=0 CsFunction=00000000<br>
- SavedSP=80700f50<br>
- CAR 00000001<br>
- DACR 55555547<br>
- R13_USR 00403ed4 R14_USR 500c88b4 SPSR_SVC 200000d3<br>
- R4 00000009 R5 5004b7ec R6 50000000 R7 dc911000<br>
- R8 00000000 R9 807103c0 R10 50002140 R11 80700fb4<br>
- PC 500481b4</p>
-<p>The information displayed for each object is the same as that shown
-after using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command. After displaying the information for each object, the debugger pauses
-until you press a key.</p>
-<p>Notes</p>
-<ul>
-<li>
-<p> the DObjectCon class is internal to Symbian
-OS.</p>
-</li>
-<li>the type value passed as an argument to the command is one of
-the enum values of the TObjectType enum; this enum is internal to
-Symbian OS.</li>
-</ul>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li></ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>c - Display Contents of Object
+Container</h2>
+</div><div>
+<p>This command displays the contents of one of the kernel's object
+containers, a DObjectCon type. Note that information is dumped
+very quickly without page breaks, which is useful in situations where the
+kernel is likely to become very unstable very shortly after crashing. There is
+an upper case version of this command,
+<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">C</a>, which generates
+output with a pause between pages.</p>
+<p>The command has the following syntax:</p>
+<p class="listing">c type</p>
+<p>where type is a single hexadecimal digit between 0 and
+D inclusive that specifies which kernel container is to be dumped. The mapping
+between the hexadecimal digit and the kernel container is:</p>
+<table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0">
+<tr valign="top">
+<td class="Cell">
+<p>0</p>
+</td>
+<td class="Cell">
+<p>Threads</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>1</p>
+</td>
+<td class="Cell">
+<p>Processes</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>2</p>
+</td>
+<td class="Cell">
+<p>Chunks</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>3</p>
+</td>
+<td class="Cell">
+<p>Libraries</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>4</p>
+</td>
+<td class="Cell">
+<p>Semaphores</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>5</p>
+</td>
+<td class="Cell">
+<p>Mutexes</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>6</p>
+</td>
+<td class="Cell">
+<p>Timers</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>7</p>
+</td>
+<td class="Cell">
+<p>Servers</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>8</p>
+</td>
+<td class="Cell">
+<p>Sessions</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>9</p>
+</td>
+<td class="Cell">
+<p>LogicalDevices</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>A</p>
+</td>
+<td class="Cell">
+<p>PhysicalDevices</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>B</p>
+</td>
+<td class="Cell">
+<p>Channels</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>C</p>
+</td>
+<td class="Cell">
+<p>ChangeNotifiers</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>D</p>
+</td>
+<td class="Cell">
+<p>Undertakers</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>E</p>
+</td>
+<td class="Cell">
+<p>Message queues</p>
+</td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>F</p>
+</td>
+<td class="Cell">
+<p>Property references</p>
+</td>
+</tr>
+</table></td></tr></table>
+<p>For example:</p>
+<p class="listing">> c A</p>
+<p class="listing">Container 10 at 640275c4 contains 3 PHYSICAL DEVICES:<br>
+ PHYSICAL DEVICE at 64032dac VPTR=f805d9fc AccessCount=2 Owner=00000000<br>
+ Full name Media.IRam<br>
+ PHYSICAL DEVICE at 640339e8 VPTR=f8067e44 AccessCount=2 Owner=00000000<br>
+ Full name Media.Flash<br>
+ PHYSICAL DEVICE at 64033a64 VPTR=f806b9f8 AccessCount=2 Owner=00000000<br>
+ Full name Media.Ata</p>
+<p class="listing">> c 0</p>
+<p class="listing">Container 0 at 807022b8 contains 12 THREADS:<br>
+ THREAD at 807011c0 VPTR=50052b04 AccessCount=1 Owner=8070107c<br>
+ Full name EKern::Null<br>
+ Thread MState READY<br>
+ Default priority 0 WaitLink Priority 0<br>
+ ExitInfo 3,0,<br>
+ Flags 0000000c, Handles 80701520<br>
+ Supervisor stack base 80700000 size 1000<br>
+ User stack base 00000000 size 0<br>
+ Id=0, Heap=00000000, Created heap=00000000, Frame=00000000<br>
+ Trap handler=00000000, ActiveScheduler=00000000, Exception<br>
+ handler=00000000<br>
+ TempObj=00000000 TempAlloc=00000000<br>
+ NThread @ 8070147c Pri 0 NState READY<br>
+ Next=8070147c Prev=8070147c Att=00 ExcInUserMode=00<br>
+ HeldFM=00000000 WaitFM=00000000 AddrSp=8070107c<br>
+ Time=-1 Timeslice=-1 ReqCount=0<br>
+ SuspendCount=0 CsCount=0 CsFunction=00000000<br>
+ SavedSP=80700f50<br>
+ CAR 00000001<br>
+ DACR 55555547<br>
+ R13_USR 00403ed4 R14_USR 500c88b4 SPSR_SVC 200000d3<br>
+ R4 00000009 R5 5004b7ec R6 50000000 R7 dc911000<br>
+ R8 00000000 R9 807103c0 R10 50002140 R11 80700fb4<br>
+ PC 500481b4</p>
+<p>The information displayed for each object is the same as that shown
+after using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a> command. After displaying the information for each object, the debugger pauses
+until you press a key.</p>
+<p>Notes</p>
+<ul>
+<li>
+<p> the DObjectCon class is internal to Symbian
+OS.</p>
+</li>
+<li>the type value passed as an argument to the command is one of
+the enum values of the TObjectType enum; this enum is internal to
+Symbian OS.</li>
+</ul>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li></ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_f.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_f.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,41 +1,41 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>f - Display Kernel Fault Information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>f - Display Kernel Fault
-Information</h2>
-</div><div>
-<p>This command displays information about the the kernel fault that
-caused the debugger to be entered. The information has the following
-format.</p>
-<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
- ExcId 00000001 CodeAddr ffe0016c DataAddr 80000001 Extra 00000013<br>Exc 1 Cpsr=68000010 FAR=80000001 FSR=00000013<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d68 R6=00002000 R7=00000000<br> R8=00000000 R9=00000000 R10=00000000 R11=00403fa0<br>R12=00403d34 R13=00403d48 R14=500d41e8 R15=ffe0016c<br>R13Svc=81716000 R14Svc=500480b8 SpsrSvc=20000010</p>
-<p>Notes:</p>
-<ul>
-<li>
-<p>R15 is the program counter</p>
-</li>
-<li>
-<p>R14 is the link register, </p>
-</li>
-<li>
-<p>R13 is the stack pointer</p>
-</li>
-</ul>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>f - Display Kernel Fault Information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>f - Display Kernel Fault
+Information</h2>
+</div><div>
+<p>This command displays information about the the kernel fault that
+caused the debugger to be entered. The information has the following
+format.</p>
+<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
+ ExcId 00000001 CodeAddr ffe0016c DataAddr 80000001 Extra 00000013<br>Exc 1 Cpsr=68000010 FAR=80000001 FSR=00000013<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d68 R6=00002000 R7=00000000<br> R8=00000000 R9=00000000 R10=00000000 R11=00403fa0<br>R12=00403d34 R13=00403d48 R14=500d41e8 R15=ffe0016c<br>R13Svc=81716000 R14Svc=500480b8 SpsrSvc=20000010</p>
+<p>Notes:</p>
+<ul>
+<li>
+<p>R15 is the program counter</p>
+</li>
+<li>
+<p>R14 is the link register, </p>
+</li>
+<li>
+<p>R13 is the stack pointer</p>
+</li>
+</ul>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_i.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_i.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,36 +1,36 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>i - Display Information for the Current Process and Thread</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>i - Display Information for the Current
-Process and Thread</h2>
-</div>
-<div>
-<p>This command displays information for the current process and
-thread.</p>
-<p class="listing">SCHEDULER @80000d98: CurrentThread 8070dd28<br>
- RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 80000ea8 prev 80000ea8<br>ProcessHandler=5004b040, AddressSpace=8070d7c8<br>SYSLOCK: HoldingThread 8070dd28 iWaiting 00000000<br>Extras 0: 8070d7c8 1: 8070d7c8 2: 8070d7c8 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000</p>
-<p>The format for the thread is:</p>
-<p class="listing">TheCurrentThread=8070da6c<br>
- THREAD at 8070da6c VPTR=50052b50 AccessCount=3 Owner=8070d7c8<br>Full name crash::Main<br>Thread MState READY<br>Default priority 28 WaitLink Priority 28<br>ExitInfo 3,0,<br>Flags 80000004, Handles 8070a79c<br>Superviso81715000 size 1000<br>User stack base 00402000 size 2000<br>Id=19, Heap=00600000, Created heap=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception<br>handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 8070dd28 Pri 28 NState READY<br>Next=8070dd28 Prev=8070dd28 Att=03 ExcInUserMode=10<br>HeldFM=80000eb8 WaitFM=00000000 AddrSp=8070d7c8<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=0 CsFunction=00000000<br>SavedSP=81715d6c<br>CAR 00000001<br>DACR 30315507<br>R13_USR 00000000 R14_USR 81715dc4 SPSR_SVC 81715e10<br> R4 30303031 R5 30303030 R6 81715dc4 R7 81715e14<br> R8 81715dac R9 81715da0 R10 50055c88 R11 50055c3c<br> PC 81715dc0</p>
-<p>The format for the process is:</p>
-<p class="listing">TheCurrentProcess=8070d7c8<br>
- PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=8070d7c8<br>TheCurrentVMProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=8070d7c8<br>TheCompleteDataSectionProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>i - Display Information for the Current Process and Thread</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>i - Display Information for the Current
+Process and Thread</h2>
+</div>
+<div>
+<p>This command displays information for the current process and
+thread.</p>
+<p class="listing">SCHEDULER @80000d98: CurrentThread 8070dd28<br>
+ RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 80000ea8 prev 80000ea8<br>ProcessHandler=5004b040, AddressSpace=8070d7c8<br>SYSLOCK: HoldingThread 8070dd28 iWaiting 00000000<br>Extras 0: 8070d7c8 1: 8070d7c8 2: 8070d7c8 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000</p>
+<p>The format for the thread is:</p>
+<p class="listing">TheCurrentThread=8070da6c<br>
+ THREAD at 8070da6c VPTR=50052b50 AccessCount=3 Owner=8070d7c8<br>Full name crash::Main<br>Thread MState READY<br>Default priority 28 WaitLink Priority 28<br>ExitInfo 3,0,<br>Flags 80000004, Handles 8070a79c<br>Superviso81715000 size 1000<br>User stack base 00402000 size 2000<br>Id=19, Heap=00600000, Created heap=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception<br>handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 8070dd28 Pri 28 NState READY<br>Next=8070dd28 Prev=8070dd28 Att=03 ExcInUserMode=10<br>HeldFM=80000eb8 WaitFM=00000000 AddrSp=8070d7c8<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=0 CsFunction=00000000<br>SavedSP=81715d6c<br>CAR 00000001<br>DACR 30315507<br>R13_USR 00000000 R14_USR 81715dc4 SPSR_SVC 81715e10<br> R4 30303031 R5 30303030 R6 81715dc4 R7 81715e14<br> R8 81715dac R9 81715da0 R10 50055c88 R11 50055c3c<br> PC 81715dc0</p>
+<p>The format for the process is:</p>
+<p class="listing">TheCurrentProcess=8070d7c8<br>
+ PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=8070d7c8<br>TheCurrentVMProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=8070d7c8<br>TheCompleteDataSectionProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_m.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_m.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,42 +1,42 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>m - Do a Memory Dump</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>m - Do a Memory Dump</h2>
-</div><div>
-<p>This command dumps memory in both hexadecimal and ASCII format. Use
-one of the following command formats:</p>
-<p class="listing">m start end</p>
-<p class="listing">m start+length</p>
-<p>
-start specifies the start address in hexadecimal, and
-end specifies the end address in hexadecimal. If the second
-parameter starts with a + character, then the following hexadecimal characters
-are interpreted as a length. </p>
-<p>Address parameters are always virtual addresses (the MMU is still
-on).</p>
-<p>The resulting format is similar to the EKA1 format.</p>
-<p>For example:</p>
-<p class="listing">> .m 81c01c60+30</p>
-<p class="listing">81C01C60: 00 00 00 00 15 00 00 10 E0 6A 13 50 01 00 00 80 .........j.P....<br>
- 81C01C70: 30 3B C0 81 34 D9 03 50 00 00 FF FF E8 1C C0 81 0;..4..P........<br>
- 81C01C80: 34 D9 03 50 30 3B C0 81 FC 4A 13 50 E8 1C C0 81 4..P0;...J.P.....</p>
-<p>If an illegal memory access occurs, the debugger traps the
-exception and displays an error message.</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>m - Do a Memory Dump</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>m - Do a Memory Dump</h2>
+</div><div>
+<p>This command dumps memory in both hexadecimal and ASCII format. Use
+one of the following command formats:</p>
+<p class="listing">m start end</p>
+<p class="listing">m start+length</p>
+<p>
+start specifies the start address in hexadecimal, and
+end specifies the end address in hexadecimal. If the second
+parameter starts with a + character, then the following hexadecimal characters
+are interpreted as a length. </p>
+<p>Address parameters are always virtual addresses (the MMU is still
+on).</p>
+<p>The resulting format is similar to the EKA1 format.</p>
+<p>For example:</p>
+<p class="listing">> .m 81c01c60+30</p>
+<p class="listing">81C01C60: 00 00 00 00 15 00 00 10 E0 6A 13 50 01 00 00 80 .........j.P....<br>
+ 81C01C70: 30 3B C0 81 34 D9 03 50 00 00 FF FF E8 1C C0 81 0;..4..P........<br>
+ 81C01C80: 34 D9 03 50 30 3B C0 81 FC 4A 13 50 E8 1C C0 81 4..P0;...J.P.....</p>
+<p>If an illegal memory access occurs, the debugger traps the
+exception and displays an error message.</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_o.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_o.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,32 +1,32 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>o - Display Brief DObject Information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>o - Display Brief DObject Information</h2>
-</div>
-<div>
-<p>This command displays basic information about the DObject. The command has the following syntax:</p>
-<p class="listing">o address</p>
-<p> where address specifies the address of the DObject.</p>
-<p>For example:</p>
-<p class="listing">> o 6403c170</p>
-<p class="listing">THREAD at 6403c170 VPTR=f8046c18 AccessCount=3 Owner=6403bb4c<br>
- Full name crash::Main</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>o - Display Brief DObject Information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>o - Display Brief DObject Information</h2>
+</div>
+<div>
+<p>This command displays basic information about the DObject. The command has the following syntax:</p>
+<p class="listing">o address</p>
+<p> where address specifies the address of the DObject.</p>
+<p>For example:</p>
+<p class="listing">> o 6403c170</p>
+<p class="listing">THREAD at 6403c170 VPTR=f8046c18 AccessCount=3 Owner=6403bb4c<br>
+ Full name crash::Main</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_q.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_q.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,30 +1,30 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>q - Display Full DObject Information</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>q - Display Full DObject Information</h2>
-</div>
-<div>
-<p>This command displays full information about the DObject. The exact format displayed depends on the exact
-type of the DObject being referenced, for example, whether
-it is a thread, process, or a chunk. The command has the following
-syntax:</p>
-<p class="CodeBlock">q address</p>
-<p> where address specifies the address of the DObject.</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>q - Display Full DObject Information</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>q - Display Full DObject Information</h2>
+</div>
+<div>
+<p>This command displays full information about the DObject. The exact format displayed depends on the exact
+type of the DObject being referenced, for example, whether
+it is a thread, process, or a chunk. The command has the following
+syntax:</p>
+<p class="CodeBlock">q address</p>
+<p> where address specifies the address of the DObject.</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_r.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_r.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,47 +1,47 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>r - Dump Register Contents</h2>
-</div>
-<div>
-<p>This command dumps the full ARM register set.</p>
-<p>On ARM this dumps the full set of user mode registers and all the
-alternate registers for other modes.</p>
-<p>For example:</p>
-<p class="listing">> r</p>
-<p class="listing">MODE_USR:<br>
- R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br>
- R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br>
- R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>
- R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>
- CPSR=60000013<br>
- MODE_FIQ:<br>
- R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>
- R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>
- MODE_IRQ:<br>
- R13=6400110c R14=00000013 SPSR=20000013<br>
- MODE_SVC:<br>
- R13=6571de54 R14=f80328bc SPSR=60000010<br>
- MODE_ABT:<br>
- R13=6400090c R14=ffff0010 SPSR=400000d7<br>
- MODE_UND:<br>
- R13=6400090c R14=95221110 SPSR=f000009d</p>
-
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>r - Dump Register Contents</h2>
+</div>
+<div>
+<p>This command dumps the full ARM register set.</p>
+<p>On ARM this dumps the full set of user mode registers and all the
+alternate registers for other modes.</p>
+<p>For example:</p>
+<p class="listing">> r</p>
+<p class="listing">MODE_USR:<br>
+ R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br>
+ R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br>
+ R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>
+ R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>
+ CPSR=60000013<br>
+ MODE_FIQ:<br>
+ R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>
+ R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>
+ MODE_IRQ:<br>
+ R13=6400110c R14=00000013 SPSR=20000013<br>
+ MODE_SVC:<br>
+ R13=6571de54 R14=f80328bc SPSR=60000010<br>
+ MODE_ABT:<br>
+ R13=6400090c R14=ffff0010 SPSR=400000d7<br>
+ MODE_UND:<br>
+ R13=6400090c R14=95221110 SPSR=f000009d</p>
+
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_x.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_x.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,27 +1,27 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>x - Leave debugger, Cold Restart ROM Image</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>x - Leave debugger, Cold Restart ROM
-Image</h2>
-</div>
-<div>
-<p>This command, in lower case, leaves the debugger and does a cold
-restart of the current ROM image.</p>
-</div><h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>x - Leave debugger, Cold Restart ROM Image</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>x - Leave debugger, Cold Restart ROM
+Image</h2>
+</div>
+<div>
+<p>This command, in lower case, leaves the debugger and does a cold
+restart of the current ROM image.</p>
+</div><h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_z.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/CrashDebugger_cmd_z.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,30 +1,30 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>z - Do a Memory Dump, Skipping over Unmapped Memory</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head2">
- <h2>z - Do a Memory Dump, Skipping over
-Unmapped Memory</h2>
-</div><div>
-<p>This command dumps memory in both hexadecimal and ASCII format, but
-excludes any unmapped memory space. If an illegal memory access occurs, it does
-not stop, but skips to the next page instead. This is useful to inspect the
-content of discontiguous chunks.</p>
-<p>The syntax and the display format is the same as for the
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command.</p>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5>Related references</h5>
-<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>z - Do a Memory Dump, Skipping over Unmapped Memory</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head2">
+ <h2>z - Do a Memory Dump, Skipping over
+Unmapped Memory</h2>
+</div><div>
+<p>This command dumps memory in both hexadecimal and ASCII format, but
+excludes any unmapped memory space. If an illegal memory access occurs, it does
+not stop, but skips to the next page instead. This is useful to inspect the
+content of discontiguous chunks.</p>
+<p>The syntax and the display format is the same as for the
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command.</p>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5>Related references</h5>
+<ul><li><a href="CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/index.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/index.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,29 +1,29 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debugging information in Device Driver Guide</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Debugging Information</h2>
-<p>The following topics describe the capabilites of the Crash Debugger: </p>
-</div>
-<ul>
-<li><a href="CrashDebuggerUsingCommandSyntax.guide.html">The debug monitor and command syntax</a></li>
-<li><a href="CrashDebuggerFindingFault.guide.html">Finding the type of fault</a></li>
-<li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting information about the kernel</a></li>
-<li><a href="CrashDebuggerExaminingMemory.guide.html">Examining memory</a></li>
-<li><a href="CrashDebuggerObjectsContainers.guide.html">Examining kernel objects and containers</a></li>
-<li><a href="CrashDebuggerFindingFault.guide.html">Examining the call stack</a></li>
-<li><a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">Using the MAKSYM tool</a></li>
-<li><a href="CrashDebuggerMemoryMap.guide.html">Symbian OS memory map</a></li>
-<li><a href="CrashDebuggerThreadProcessMemoryStackUseful.guide.html">Process, thread, stack and memory useful information</a></li>
-<li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception types, fault status register values, processor modes</a></li>
-</ul>
-
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
-</body>
-</html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debugging information in Device Driver Guide</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Debugging Information</h2>
+<p>The following topics describe the capabilites of the Crash Debugger: </p>
+</div>
+<ul>
+<li><a href="CrashDebuggerUsingCommandSyntax.guide.html">The debug monitor and command syntax</a></li>
+<li><a href="CrashDebuggerFindingFault.guide.html">Finding the type of fault</a></li>
+<li><a href="CrashDebuggerInfoAboutKernel.guide.html">Extracting information about the kernel</a></li>
+<li><a href="CrashDebuggerExaminingMemory.guide.html">Examining memory</a></li>
+<li><a href="CrashDebuggerObjectsContainers.guide.html">Examining kernel objects and containers</a></li>
+<li><a href="CrashDebuggerFindingFault.guide.html">Examining the call stack</a></li>
+<li><a href="CrashDebuggerUsingMAKSYM-Ref.guide.html">Using the MAKSYM tool</a></li>
+<li><a href="CrashDebuggerMemoryMap.guide.html">Symbian OS memory map</a></li>
+<li><a href="CrashDebuggerThreadProcessMemoryStackUseful.guide.html">Process, thread, stack and memory useful information</a></li>
+<li><a href="CrashDebuggerARMexceptionsProcessorModes.guide.html">ARM Exception types, fault status register values, processor modes</a></li>
+</ul>
+
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+</body>
+</html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/pCrashDebugger_cmd_XX.guide.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/DebuggingInformation/pCrashDebugger_cmd_XX.guide.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,408 +1,408 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
- "http://www.w3.org/TR/html4/loose.dtd">
- <html><head>
- <title>Debug Monitor</title>
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
- <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
- <link href="../../book.css" type="text/css" rel="stylesheet" >
-<div class="Head1">
-
-<h2>Debug Monitor</h2>
-</div><div>
-<p>The debug monitor is entered when the kernel crashes, if a system
-process panics, or an unhandled processor exception occurs. Under normal
-circumstances this ought not to happen, but when the kernel faults, the device
-enters the kernel debug monitor.</p>
-<p>There may be circumstances where you need to force a kernel crash,
-for example, if the system is locking up. Running the test program
-crash.exe forces a crash. This program takes a parameter that
-defines the number of seconds that must elapse before the kernel crash is
-forced.</p>
-<p>For example, when the system locks up under certain conditions, run
-"crash 60", and then recreate the conditions that lead to the lockup. After 60
-seconds, the kernel crash is forced and the debug monitor is entered.</p>
-<p>Notes:</p>
-<ul>
-<li>
-<p>the EKA2 debug monitor is very similar to the EKA1 version,
-although the details displayed may be different.</p>
-</li>
-<li>
-<p>you will occasionally find references to the <em>crash
-debugger</em>; this is the same as the debug monitor.</p>
-</li>
-</ul>
-
-</div>
-<div class="Head2">
-<h2><span class="Bodytext"><a name="1.9"></a></span>Crash debugger commands</h2>
-</div><div>
-<p>Commands consist of a single letter describing the operation to be
-performed, followed by any arguments. Not all commands take arguments. Commands
-are case sensitive; the majority are lower case. Commands should be entered at
-the command prompt, on the PC. The set of supported commands is as
-follows:</p>
-<ul>
-<li>
-<p>x -
-<a href="CrashDebugger_cmd_x.guide.html" title="The debug monitor and command syntax / x - leave debugger, cold restart of ROM image">leaves the debugger, does a cold restart of the same ROM image; (nb lower case)</a></p>
-</li>
-<li>
-<p>X -
-<a href="CrashDebugger_cmd_x.guide.html" title="The debug monitor and command syntax / X - leave debugger, return to bootloader">leaves the debugger, and returns to the bootloader to wait for a new ROM image to be downloaded; (nb upper case)</a></p>
-</li>
-<li>
-<p>f -
-<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">displays kernel fault information</a></p>
-</li>
-<li>
-<p>m -
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">does a memory dump</a></p>
-</li>
-<li>
-<p>z -
-<a href="CrashDebugger_cmd_z.guide.html" title="The debug monitor and command syntax / z - do a memory dump, skipping over unmapped memory">does a memory dump, but skips over unmapped memory space</a></p>
-</li>
-<li>
-<p>i -
-<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">displays information on the current thread and the current process</a></p>
-</li>
-<li>
-<p>o -
-<a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">displays brief DObject information</a></p>
-</li>
-<li>
-<p>q -
-<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">displays full DObject information</a></p>
-</li>
-<li>
-<p>c -
-<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">displays contents of object container; (nb lower case)</a></p>
-</li>
-<li>
-<p>C -
-<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">displays contents of object container; (nb upper case)</a></p>
-</li>
-<li>
-<p> r -
-<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">dumps register contents</a>.</p>
-</li>
-</ul>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>x - leave debugger, cold restart of ROM
-image</h2>
-</div><div>
-<p>This command, in lower case, leaves the debugger and does a cold
-restart of the current ROM image.</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>X - leave debugger, return to
-bootloader</h2>
-</div><div>
-<p>This command, in upper case, leaves the debugger, and returns to
-the bootloader to wait for a new ROM image to be downloaded.</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>f - display kernel fault
-information</h2>
-</div><div>
-<p>This command displays information about the the kernel fault that
-caused the debugger to be entered. The information has the following
-format.</p>
-<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
- ExcId 00000001 CodeAddr ffe0016c DataAddr 80000001 Extra 00000013<br>Exc 1 Cpsr=68000010 FAR=80000001 FSR=00000013<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d68 R6=00002000 R7=00000000<br> R8=00000000 R9=00000000 R10=00000000 R11=00403fa0<br>R12=00403d34 R13=00403d48 R14=500d41e8 R15=ffe0016c<br>R13Svc=81716000 R14Svc=500480b8 SpsrSvc=20000010</p>
-<p>Notes:</p>
-<ul>
-<li>
-<p>R15 is the program counter</p>
-</li>
-<li>
-<p>R14 is the link register, </p>
-</li>
-<li>
-<p>R13 is the stack pointer</p>
-</li>
-</ul>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>m - do a memory dump</h2>
-</div><div>
-<p>This command dumps memory in both hexadecimal and ASCII format. Use
-one of the following command formats:</p>
-<p class="listing">m start end</p>
-<p class="listing">m start+length</p>
-<p>
-start specifies the start address in hexadecimal, and
-end specifies the end address in hexadecimal. If the second
-parameter starts with a + character, then the following hexadecimal characters
-are interpreted as a length. </p>
-<p>Address parameters are always virtual addresses (the MMU is still
-on).</p>
-<p>The resulting format is similar to the EKA1 format.</p>
-<p>For example:</p>
-<p class="listing">> .m 81c01c60+30</p>
-<p class="listing">81C01C60: 00 00 00 00 15 00 00 10 E0 6A 13 50 01 00 00 80 .........j.P....<br>
- 81C01C70: 30 3B C0 81 34 D9 03 50 00 00 FF FF E8 1C C0 81 0;..4..P........<br>
- 81C01C80: 34 D9 03 50 30 3B C0 81 FC 4A 13 50 E8 1C C0 81 4..P0;...J.P.....</p>
-<p>If an illegal memory access occurs, the debugger traps the
-exception and displays an error message.</p>
-</div>
-<div class="Head2">
- <hr size="2" noshade>
-<h2>z - do a memory dump, skipping over
-unmapped memory</h2>
-</div><div>
-<p>This command dumps memory in both hexadecimal and ASCII format, but
-excludes any unmapped memory space. If an illegal memory access occurs, it does
-not stop, but skips to the next page instead. This is useful to inspect the
-content of discontiguous chunks.</p>
-<p>The syntax and the display format is the same as for the
-<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command.</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>i - display information for the current
-process and thread</h2>
-</div><div>
-<p>This command displays information for the current process and
-thread.</p>
-<p class="listing">SCHEDULER @80000d98: CurrentThread 8070dd28<br>
- RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 80000ea8 prev 80000ea8<br>ProcessHandler=5004b040, AddressSpace=8070d7c8<br>SYSLOCK: HoldingThread 8070dd28 iWaiting 00000000<br>Extras 0: 8070d7c8 1: 8070d7c8 2: 8070d7c8 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000</p>
-<p>The format for the thread is:</p>
-<p class="listing">TheCurrentThread=8070da6c<br>
- THREAD at 8070da6c VPTR=50052b50 AccessCount=3 Owner=8070d7c8<br>Full name crash::Main<br>Thread MState READY<br>Default priority 28 WaitLink Priority 28<br>ExitInfo 3,0,<br>Flags 80000004, Handles 8070a79c<br>Superviso81715000 size 1000<br>User stack base 00402000 size 2000<br>Id=19, Heap=00600000, Created heap=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception<br>handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 8070dd28 Pri 28 NState READY<br>Next=8070dd28 Prev=8070dd28 Att=03 ExcInUserMode=10<br>HeldFM=80000eb8 WaitFM=00000000 AddrSp=8070d7c8<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=0 CsFunction=00000000<br>SavedSP=81715d6c<br>CAR 00000001<br>DACR 30315507<br>R13_USR 00000000 R14_USR 81715dc4 SPSR_SVC 81715e10<br> R4 30303031 R5 30303030 R6 81715dc4 R7 81715e14<br> R8 81715dac R9 81715da0 R10 50055c88 R11 50055c3c<br> PC 81715dc0</p>
-<p>The format for the process is:</p>
-<p class="listing">TheCurrentProcess=8070d7c8<br>
- PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=8070d7c8<br>TheCurrentVMProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=8070d7c8<br>TheCompleteDataSectionProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>o - display brief DObject information</h2>
-</div><div>
-<p>This command displays basic information about the DObject. The command has the following syntax:</p>
-<p class="listing">o address</p>
-<p> where address specifies the address of the DObject.</p>
-<p>For example:</p>
-<p class="listing">> o 6403c170</p>
-<p class="listing">THREAD at 6403c170 VPTR=f8046c18 AccessCount=3 Owner=6403bb4c<br>
- Full name crash::Main</p>
-</div>
-<div class="Head2">
- <hr size="2" noshade>
-<h2>q - display full DObject information</h2>
-</div><div>
-<p>This command displays full information about the DObject. The exact format displayed depends on the exact
-type of the DObject being referenced, for example, whether
-it is a thread, process, or a chunk. The command has the following
-syntax:</p>
-<p class="listing">q address</p>
-<p> where address specifies the address of the DObject.</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>c - display contents of object
-container</h2>
-</div><div>
-<p>This command displays the contents of one of the kernel's object
-containers, a DObjectCon type. Note that information is dumped
-very quickly without page breaks, which is useful in situations where the
-kernel is likely to become very unstable very shortly after crashing. There is
-an upper case version of this command,
-<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">C</a>, which generates
-output with a pause between pages.</p>
-<p>The command has the following syntax:</p>
-<p class="listing">c type</p>
-<p>where type is a single hexadecimal digit between 0 and
-D inclusive that specifies which kernel container is to be dumped. The mapping
-between the hexadecimal digit and the kernel container is:</p>
-<table cellpadding="1" border="0" cellspacing="0"><tr><td
-class="TableWrap"><table cellpadding="5" cellspacing="1"
-border="0">
-<tr valign="top">
-<td class="Cell">
-<p>0</p></td>
-<td class="Cell">
-<p>Threads</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>1</p></td>
-<td class="Cell">
-<p>Processes</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>2</p></td>
-<td class="Cell">
-<p>Chunks</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>3</p></td>
-<td class="Cell">
-<p>Libraries</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>4</p></td>
-<td class="Cell">
-<p>Semaphores</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>5</p></td>
-<td class="Cell">
-<p>Mutexes</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>6</p></td>
-<td class="Cell">
-<p>Timers</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>7</p></td>
-<td class="Cell">
-<p>Servers</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>8</p></td>
-<td class="Cell">
-<p>Sessions</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>9</p></td>
-<td class="Cell">
-<p>LogicalDevices</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>A</p></td>
-<td class="Cell">
-<p>PhysicalDevices</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>B</p></td>
-<td class="Cell">
-<p>Channels</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>C</p></td>
-<td class="Cell">
-<p>ChangeNotifiers</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>D</p></td>
-<td class="Cell">
-<p>Undertakers</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>E</p></td>
-<td class="Cell">
-<p>Message queues</p></td>
-</tr>
-<tr valign="top">
-<td class="Cell">
-<p>F</p></td>
-<td class="Cell">
-<p>Property references</p></td>
-</tr>
-</table></td></tr></table>
-<p>For example:</p>
-<p class="listing">> c A</p>
-<p class="listing">Container 10 at 640275c4 contains 3 PHYSICAL DEVICES:<br>
- PHYSICAL DEVICE at 64032dac VPTR=f805d9fc AccessCount=2 Owner=00000000<br>
- Full name Media.IRam<br>
- PHYSICAL DEVICE at 640339e8 VPTR=f8067e44 AccessCount=2 Owner=00000000<br>
- Full name Media.Flash<br>
- PHYSICAL DEVICE at 64033a64 VPTR=f806b9f8 AccessCount=2 Owner=00000000<br>
- Full name Media.Ata</p>
-<p class="listing">> c 0</p>
-<p class="listing">Container 0 at 807022b8 contains 12 THREADS:<br>
- THREAD at 807011c0 VPTR=50052b04 AccessCount=1 Owner=8070107c<br>
- Full name EKern::Null<br>
- Thread MState READY<br>
- Default priority 0 WaitLink Priority 0<br>
- ExitInfo 3,0,<br>
- Flags 0000000c, Handles 80701520<br>
- Supervisor stack base 80700000 size 1000<br>
- User stack base 00000000 size 0<br>
- Id=0, Heap=00000000, Created heap=00000000, Frame=00000000<br>
- Trap handler=00000000, ActiveScheduler=00000000, Exception<br>
- handler=00000000<br>
- TempObj=00000000 TempAlloc=00000000<br>
- NThread @ 8070147c Pri 0 NState READY<br>
- Next=8070147c Prev=8070147c Att=00 ExcInUserMode=00<br>
- HeldFM=00000000 WaitFM=00000000 AddrSp=8070107c<br>
- Time=-1 Timeslice=-1 ReqCount=0<br>
- SuspendCount=0 CsCount=0 CsFunction=00000000<br>
- SavedSP=80700f50<br>
- CAR 00000001<br>
- DACR 55555547<br>
- R13_USR 00403ed4 R14_USR 500c88b4 SPSR_SVC 200000d3<br>
- R4 00000009 R5 5004b7ec R6 50000000 R7 dc911000<br>
- R8 00000000 R9 807103c0 R10 50002140 R11 80700fb4<br>
- PC 500481b4</p>
-<p>The information displayed for each object is the same as that shown
-after using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a>
-command. After displaying the information for each object, the debugger pauses
-until you press a key.</p>
-<p>Notes</p>
-<ul>
-<li>
-<p> the DObjectCon class is internal to Symbian
-OS.</p>
-</li>
-<li>
-<p>the type value passed as an argument to the command is one of
-the enum values of the TObjectType enum; this enum is internal to
-Symbian OS.</p>
-</li>
-</ul>
-</div>
-<div class="Head2">
- <hr size="2" noshade>
-<h2>C - display contents of object
-container</h2>
-</div><div>
-<p>This is exactly the same as the lower case
-<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a> command except
-that the display of output pauses between pages. If you need to dump output as
-fast as possible without pauses, use the lower case version.</p>
-</div><div class="Head2">
- <hr size="2" noshade>
-<h2>r - dump register contents</h2>
-</div>
-<p>This command dumps the full ARM register set.</p>
-<p>On ARM this dumps the full set of user mode registers and all the
-alternate registers for other modes.</p>
-<p>For example:</p>
-<p class="listing">> r</p>
-<p class="listing">MODE_USR:<br>
- R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br>
- R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br>
- R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>
- R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>
- CPSR=60000013<br>
- MODE_FIQ:<br>
- R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>
- R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>
- MODE_IRQ:<br>
- R13=6400110c R14=00000013 SPSR=20000013<br>
- MODE_SVC:<br>
- R13=6571de54 R14=f80328bc SPSR=60000010<br>
- MODE_ABT:<br>
- R13=6400090c R14=ffff0010 SPSR=400000d7<br>
- MODE_UND:<br>
- R13=6400090c R14=95221110 SPSR=f000009d</p>
-
- </div>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
- </body>
- </html>
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
+ "http://www.w3.org/TR/html4/loose.dtd">
+ <html><head>
+ <title>Debug Monitor</title>
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="screen">
+ <link href="sysdoc-eclipse.css" type="text/css" rel="stylesheet" media="print">
+ <link href="../../book.css" type="text/css" rel="stylesheet" >
+<div class="Head1">
+
+<h2>Debug Monitor</h2>
+</div><div>
+<p>The debug monitor is entered when the kernel crashes, if a system
+process panics, or an unhandled processor exception occurs. Under normal
+circumstances this ought not to happen, but when the kernel faults, the device
+enters the kernel debug monitor.</p>
+<p>There may be circumstances where you need to force a kernel crash,
+for example, if the system is locking up. Running the test program
+crash.exe forces a crash. This program takes a parameter that
+defines the number of seconds that must elapse before the kernel crash is
+forced.</p>
+<p>For example, when the system locks up under certain conditions, run
+"crash 60", and then recreate the conditions that lead to the lockup. After 60
+seconds, the kernel crash is forced and the debug monitor is entered.</p>
+<p>Notes:</p>
+<ul>
+<li>
+<p>the EKA2 debug monitor is very similar to the EKA1 version,
+although the details displayed may be different.</p>
+</li>
+<li>
+<p>you will occasionally find references to the <em>crash
+debugger</em>; this is the same as the debug monitor.</p>
+</li>
+</ul>
+
+</div>
+<div class="Head2">
+<h2><span class="Bodytext"><a name="1.9"></a></span>Crash debugger commands</h2>
+</div><div>
+<p>Commands consist of a single letter describing the operation to be
+performed, followed by any arguments. Not all commands take arguments. Commands
+are case sensitive; the majority are lower case. Commands should be entered at
+the command prompt, on the PC. The set of supported commands is as
+follows:</p>
+<ul>
+<li>
+<p>x -
+<a href="CrashDebugger_cmd_x.guide.html" title="The debug monitor and command syntax / x - leave debugger, cold restart of ROM image">leaves the debugger, does a cold restart of the same ROM image; (nb lower case)</a></p>
+</li>
+<li>
+<p>X -
+<a href="CrashDebugger_cmd_x.guide.html" title="The debug monitor and command syntax / X - leave debugger, return to bootloader">leaves the debugger, and returns to the bootloader to wait for a new ROM image to be downloaded; (nb upper case)</a></p>
+</li>
+<li>
+<p>f -
+<a href="CrashDebugger_cmd_f.guide.html" title="The debug monitor and command syntax / f - display kernel fault information">displays kernel fault information</a></p>
+</li>
+<li>
+<p>m -
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">does a memory dump</a></p>
+</li>
+<li>
+<p>z -
+<a href="CrashDebugger_cmd_z.guide.html" title="The debug monitor and command syntax / z - do a memory dump, skipping over unmapped memory">does a memory dump, but skips over unmapped memory space</a></p>
+</li>
+<li>
+<p>i -
+<a href="CrashDebugger_cmd_i.guide.html" title="The debug monitor and command syntax / i - display information for the current process and thread">displays information on the current thread and the current process</a></p>
+</li>
+<li>
+<p>o -
+<a href="CrashDebugger_cmd_o.guide.html" title="The debug monitor and command syntax / o - display brief DObject information">displays brief DObject information</a></p>
+</li>
+<li>
+<p>q -
+<a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">displays full DObject information</a></p>
+</li>
+<li>
+<p>c -
+<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">displays contents of object container; (nb lower case)</a></p>
+</li>
+<li>
+<p>C -
+<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">displays contents of object container; (nb upper case)</a></p>
+</li>
+<li>
+<p> r -
+<a href="CrashDebugger_cmd_r.guide.html" title="The debug monitor and command syntax / r - dump register contents">dumps register contents</a>.</p>
+</li>
+</ul>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>x - leave debugger, cold restart of ROM
+image</h2>
+</div><div>
+<p>This command, in lower case, leaves the debugger and does a cold
+restart of the current ROM image.</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>X - leave debugger, return to
+bootloader</h2>
+</div><div>
+<p>This command, in upper case, leaves the debugger, and returns to
+the bootloader to wait for a new ROM image to be downloaded.</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>f - display kernel fault
+information</h2>
+</div><div>
+<p>This command displays information about the the kernel fault that
+caused the debugger to be entered. The information has the following
+format.</p>
+<p class="listing">Fault Category: Exception Fault Reason: 10000000<br>
+ ExcId 00000001 CodeAddr ffe0016c DataAddr 80000001 Extra 00000013<br>Exc 1 Cpsr=68000010 FAR=80000001 FSR=00000013<br> R0=00000000 R1=00000000 R2=30000000 R3=80000001<br> R4=00000001 R5=00403d68 R6=00002000 R7=00000000<br> R8=00000000 R9=00000000 R10=00000000 R11=00403fa0<br>R12=00403d34 R13=00403d48 R14=500d41e8 R15=ffe0016c<br>R13Svc=81716000 R14Svc=500480b8 SpsrSvc=20000010</p>
+<p>Notes:</p>
+<ul>
+<li>
+<p>R15 is the program counter</p>
+</li>
+<li>
+<p>R14 is the link register, </p>
+</li>
+<li>
+<p>R13 is the stack pointer</p>
+</li>
+</ul>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>m - do a memory dump</h2>
+</div><div>
+<p>This command dumps memory in both hexadecimal and ASCII format. Use
+one of the following command formats:</p>
+<p class="listing">m start end</p>
+<p class="listing">m start+length</p>
+<p>
+start specifies the start address in hexadecimal, and
+end specifies the end address in hexadecimal. If the second
+parameter starts with a + character, then the following hexadecimal characters
+are interpreted as a length. </p>
+<p>Address parameters are always virtual addresses (the MMU is still
+on).</p>
+<p>The resulting format is similar to the EKA1 format.</p>
+<p>For example:</p>
+<p class="listing">> .m 81c01c60+30</p>
+<p class="listing">81C01C60: 00 00 00 00 15 00 00 10 E0 6A 13 50 01 00 00 80 .........j.P....<br>
+ 81C01C70: 30 3B C0 81 34 D9 03 50 00 00 FF FF E8 1C C0 81 0;..4..P........<br>
+ 81C01C80: 34 D9 03 50 30 3B C0 81 FC 4A 13 50 E8 1C C0 81 4..P0;...J.P.....</p>
+<p>If an illegal memory access occurs, the debugger traps the
+exception and displays an error message.</p>
+</div>
+<div class="Head2">
+ <hr size="2" noshade>
+<h2>z - do a memory dump, skipping over
+unmapped memory</h2>
+</div><div>
+<p>This command dumps memory in both hexadecimal and ASCII format, but
+excludes any unmapped memory space. If an illegal memory access occurs, it does
+not stop, but skips to the next page instead. This is useful to inspect the
+content of discontiguous chunks.</p>
+<p>The syntax and the display format is the same as for the
+<a href="CrashDebugger_cmd_m.guide.html" title="The debug monitor and command syntax / m - do a memory dump">m</a> command.</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>i - display information for the current
+process and thread</h2>
+</div><div>
+<p>This command displays information for the current process and
+thread.</p>
+<p class="listing">SCHEDULER @80000d98: CurrentThread 8070dd28<br>
+ RescheduleNeeded=00 DfcPending=00 KernCSLocked=00000001<br>DFCS: next 80000ea8 prev 80000ea8<br>ProcessHandler=5004b040, AddressSpace=8070d7c8<br>SYSLOCK: HoldingThread 8070dd28 iWaiting 00000000<br>Extras 0: 8070d7c8 1: 8070d7c8 2: 8070d7c8 3: 00000000<br>Extras 4: 00000000 5: 00000000 6: 00000000 7: 00000000<br>Extras 8: 00000000 9: 00000000 A: 00000000 B: 00000000<br>Extras C: 00000000 D: 00000000 E: 00000000 F: 00000000</p>
+<p>The format for the thread is:</p>
+<p class="listing">TheCurrentThread=8070da6c<br>
+ THREAD at 8070da6c VPTR=50052b50 AccessCount=3 Owner=8070d7c8<br>Full name crash::Main<br>Thread MState READY<br>Default priority 28 WaitLink Priority 28<br>ExitInfo 3,0,<br>Flags 80000004, Handles 8070a79c<br>Superviso81715000 size 1000<br>User stack base 00402000 size 2000<br>Id=19, Heap=00600000, Created heap=00600000, Frame=00000000<br>Trap handler=00000000, ActiveScheduler=00000000, Exception<br>handler=00000000<br>TempObj=00000000 TempAlloc=00000000<br>NThread @ 8070dd28 Pri 28 NState READY<br>Next=8070dd28 Prev=8070dd28 Att=03 ExcInUserMode=10<br>HeldFM=80000eb8 WaitFM=00000000 AddrSp=8070d7c8<br>Time=0 Timeslice=20 ReqCount=0<br>SuspendCount=0 CsCount=0 CsFunction=00000000<br>SavedSP=81715d6c<br>CAR 00000001<br>DACR 30315507<br>R13_USR 00000000 R14_USR 81715dc4 SPSR_SVC 81715e10<br> R4 30303031 R5 30303030 R6 81715dc4 R7 81715e14<br> R8 81715dac R9 81715da0 R10 50055c88 R11 50055c3c<br> PC 81715dc0</p>
+<p>The format for the process is:</p>
+<p class="listing">TheCurrentProcess=8070d7c8<br>
+ PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentAddressSpace=8070d7c8<br>TheCurrentVMProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507<br>TheCurrentDataSectionProcess=8070d7c8<br>TheCompleteDataSectionProcess=8070d7c8<br>PROCESS at 8070d7c8 VPTR=50052bc4 AccessCount=5 Owner=00000000<br>Full name crash<br>ExitInfo 3,0,<br>Flags 00040000, Handles 80709c98, Attributes 60010000<br>DataBssChunk 8070a514, CodeChunk 8070a9a8<br>DllDataChunk 00000000, Process Lock 8070d90c<br>NumChunks=2<br>0: Chunk 8070a514, run 00400000, access count 1<br>1: Chunk 8070a704, run 00600000, access count 1<br>Domain -1, DACR 55555507</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>o - display brief DObject information</h2>
+</div><div>
+<p>This command displays basic information about the DObject. The command has the following syntax:</p>
+<p class="listing">o address</p>
+<p> where address specifies the address of the DObject.</p>
+<p>For example:</p>
+<p class="listing">> o 6403c170</p>
+<p class="listing">THREAD at 6403c170 VPTR=f8046c18 AccessCount=3 Owner=6403bb4c<br>
+ Full name crash::Main</p>
+</div>
+<div class="Head2">
+ <hr size="2" noshade>
+<h2>q - display full DObject information</h2>
+</div><div>
+<p>This command displays full information about the DObject. The exact format displayed depends on the exact
+type of the DObject being referenced, for example, whether
+it is a thread, process, or a chunk. The command has the following
+syntax:</p>
+<p class="listing">q address</p>
+<p> where address specifies the address of the DObject.</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>c - display contents of object
+container</h2>
+</div><div>
+<p>This command displays the contents of one of the kernel's object
+containers, a DObjectCon type. Note that information is dumped
+very quickly without page breaks, which is useful in situations where the
+kernel is likely to become very unstable very shortly after crashing. There is
+an upper case version of this command,
+<a href="CrashDebugger_cmd_CC.guide.html" title="The debug monitor and command syntax / C - display contents of object container">C</a>, which generates
+output with a pause between pages.</p>
+<p>The command has the following syntax:</p>
+<p class="listing">c type</p>
+<p>where type is a single hexadecimal digit between 0 and
+D inclusive that specifies which kernel container is to be dumped. The mapping
+between the hexadecimal digit and the kernel container is:</p>
+<table cellpadding="1" border="0" cellspacing="0"><tr><td
+class="TableWrap"><table cellpadding="5" cellspacing="1"
+border="0">
+<tr valign="top">
+<td class="Cell">
+<p>0</p></td>
+<td class="Cell">
+<p>Threads</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>1</p></td>
+<td class="Cell">
+<p>Processes</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>2</p></td>
+<td class="Cell">
+<p>Chunks</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>3</p></td>
+<td class="Cell">
+<p>Libraries</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>4</p></td>
+<td class="Cell">
+<p>Semaphores</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>5</p></td>
+<td class="Cell">
+<p>Mutexes</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>6</p></td>
+<td class="Cell">
+<p>Timers</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>7</p></td>
+<td class="Cell">
+<p>Servers</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>8</p></td>
+<td class="Cell">
+<p>Sessions</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>9</p></td>
+<td class="Cell">
+<p>LogicalDevices</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>A</p></td>
+<td class="Cell">
+<p>PhysicalDevices</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>B</p></td>
+<td class="Cell">
+<p>Channels</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>C</p></td>
+<td class="Cell">
+<p>ChangeNotifiers</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>D</p></td>
+<td class="Cell">
+<p>Undertakers</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>E</p></td>
+<td class="Cell">
+<p>Message queues</p></td>
+</tr>
+<tr valign="top">
+<td class="Cell">
+<p>F</p></td>
+<td class="Cell">
+<p>Property references</p></td>
+</tr>
+</table></td></tr></table>
+<p>For example:</p>
+<p class="listing">> c A</p>
+<p class="listing">Container 10 at 640275c4 contains 3 PHYSICAL DEVICES:<br>
+ PHYSICAL DEVICE at 64032dac VPTR=f805d9fc AccessCount=2 Owner=00000000<br>
+ Full name Media.IRam<br>
+ PHYSICAL DEVICE at 640339e8 VPTR=f8067e44 AccessCount=2 Owner=00000000<br>
+ Full name Media.Flash<br>
+ PHYSICAL DEVICE at 64033a64 VPTR=f806b9f8 AccessCount=2 Owner=00000000<br>
+ Full name Media.Ata</p>
+<p class="listing">> c 0</p>
+<p class="listing">Container 0 at 807022b8 contains 12 THREADS:<br>
+ THREAD at 807011c0 VPTR=50052b04 AccessCount=1 Owner=8070107c<br>
+ Full name EKern::Null<br>
+ Thread MState READY<br>
+ Default priority 0 WaitLink Priority 0<br>
+ ExitInfo 3,0,<br>
+ Flags 0000000c, Handles 80701520<br>
+ Supervisor stack base 80700000 size 1000<br>
+ User stack base 00000000 size 0<br>
+ Id=0, Heap=00000000, Created heap=00000000, Frame=00000000<br>
+ Trap handler=00000000, ActiveScheduler=00000000, Exception<br>
+ handler=00000000<br>
+ TempObj=00000000 TempAlloc=00000000<br>
+ NThread @ 8070147c Pri 0 NState READY<br>
+ Next=8070147c Prev=8070147c Att=00 ExcInUserMode=00<br>
+ HeldFM=00000000 WaitFM=00000000 AddrSp=8070107c<br>
+ Time=-1 Timeslice=-1 ReqCount=0<br>
+ SuspendCount=0 CsCount=0 CsFunction=00000000<br>
+ SavedSP=80700f50<br>
+ CAR 00000001<br>
+ DACR 55555547<br>
+ R13_USR 00403ed4 R14_USR 500c88b4 SPSR_SVC 200000d3<br>
+ R4 00000009 R5 5004b7ec R6 50000000 R7 dc911000<br>
+ R8 00000000 R9 807103c0 R10 50002140 R11 80700fb4<br>
+ PC 500481b4</p>
+<p>The information displayed for each object is the same as that shown
+after using the <a href="CrashDebugger_cmd_q.guide.html" title="The debug monitor and command syntax / q - display full DObject information">q</a>
+command. After displaying the information for each object, the debugger pauses
+until you press a key.</p>
+<p>Notes</p>
+<ul>
+<li>
+<p> the DObjectCon class is internal to Symbian
+OS.</p>
+</li>
+<li>
+<p>the type value passed as an argument to the command is one of
+the enum values of the TObjectType enum; this enum is internal to
+Symbian OS.</p>
+</li>
+</ul>
+</div>
+<div class="Head2">
+ <hr size="2" noshade>
+<h2>C - display contents of object
+container</h2>
+</div><div>
+<p>This is exactly the same as the lower case
+<a href="CrashDebugger_cmd_c.guide.html" title="The debug monitor and command syntax / c - display contents of object container">c</a> command except
+that the display of output pauses between pages. If you need to dump output as
+fast as possible without pauses, use the lower case version.</p>
+</div><div class="Head2">
+ <hr size="2" noshade>
+<h2>r - dump register contents</h2>
+</div>
+<p>This command dumps the full ARM register set.</p>
+<p>On ARM this dumps the full set of user mode registers and all the
+alternate registers for other modes.</p>
+<p>For example:</p>
+<p class="listing">> r</p>
+<p class="listing">MODE_USR:<br>
+ R0=6571de54 R1=0000002a R2=00000002 R3=ffffffff<br>
+ R4=0000002a R5=f8170414 R6=6571df14 R7=6403cba8<br>
+ R8=00000001 R9=6403c41c R10=640002f8 R11=6571de70<br>
+ R12=00000020 R13=00404e00 R14=f80818c0 R15=f800bfa8<br>
+ CPSR=60000013<br>
+ MODE_FIQ:<br>
+ R8=00000000 R9=ffffffff R10=ffffffff R11=00000000<br>
+ R12=00000000 R13=64000d0c R14=c080079c SPSR=e00000dc<br>
+ MODE_IRQ:<br>
+ R13=6400110c R14=00000013 SPSR=20000013<br>
+ MODE_SVC:<br>
+ R13=6571de54 R14=f80328bc SPSR=60000010<br>
+ MODE_ABT:<br>
+ R13=6400090c R14=ffff0010 SPSR=400000d7<br>
+ MODE_UND:<br>
+ R13=6400090c R14=95221110 SPSR=f000009d</p>
+
+ </div>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+ </body>
+ </html>
\ No newline at end of file
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/address.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/address.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,35 +1,35 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html>
-<head>
- <link href="../book.css" rel="stylesheet" type="text/css"></link>
-<title>Object Address</title>
-</head>
-<body bgcolor="#FFFFFF">
-<h2>Object Address</h2>
-<p>Use the <b>Object Address</b> window to specify the object's starting address to display <a href="DebuggingInformation/CrashDebugger_cmd_o.guide.html">brief</a> or <a href="DebuggingInformation/CrashDebugger_cmd_q.guide.html">full</a> object information in the <b>Crash Debugger Console</b> view.</p>
-<p align="center"><img src="DebuggingInformation/wnd_object_address.png" width="402" height="144" /></p>
-<p class="figure">Figure 1 - Object Address window </p>
-<div class="step">
- <h4 align="left">Displaying Object Information</h4>
- <ol>
- <li>Enter an object information command or right-click in the Crash Debugger Console view and select an object information command</li>
- <p>The <b>Object Address </b> window appears.</p>
- <li>Enter the starting address in hexadecimal into the Address text box </li>
- <li>Click OK <br />
- <p>The <b>Object Address</b> window closes and the specified object information appears in the <b>Crash Debugger Console</b> view.</p></li>
- </ol>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
- <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
-</ul>
-<h5>Related references</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
- <li><a href="DebuggingInformation/CrashDebugger_cmd_o.guide.html"> Display Brief DObject Information</a></li>
- <li><a href="DebuggingInformation/CrashDebugger_cmd_q.guide.html">Display Full DObject Information </a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
-</body>
-</html>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html>
+<head>
+ <link href="../book.css" rel="stylesheet" type="text/css" />
+<title>Object Address</title>
+</head>
+<body bgcolor="#FFFFFF">
+<h2>Object Address</h2>
+<p>Use the <b>Object Address</b> window to specify the object's starting address to display <a href="DebuggingInformation/CrashDebugger_cmd_o.guide.html">brief</a> or <a href="DebuggingInformation/CrashDebugger_cmd_q.guide.html">full</a> object information in the <b>Crash Debugger Console</b> view.</p>
+<p align="center"><img src="DebuggingInformation/wnd_object_address.png" width="402" height="144" /></p>
+<p class="figure">Figure 1 - Object Address window </p>
+<div class="step">
+ <h4 align="left">Displaying Object Information</h4>
+ <ol>
+ <li>Enter an object information command or right-click in the Crash Debugger Console view and select an object information command</li>
+ <p>The <b>Object Address </b> window appears.</p>
+ <li>Enter the starting address in hexadecimal into the Address text box </li>
+ <li>Click OK <br />
+ <p>The <b>Object Address</b> window closes and the specified object information appears in the <b>Crash Debugger Console</b> view.</p></li>
+ </ol>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+ <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
+</ul>
+<h5>Related references</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd_o.guide.html"> Display Brief DObject Information</a></li>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd_q.guide.html">Display Full DObject Information </a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+</body>
+</html>
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/crash_launch_config.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/crash_launch_config.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,28 +1,28 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html>
-<head>
- <link href="../book.css" rel="stylesheet" type="text/css" />
-<title>Crash Debugger Launch Configuration</title>
-</head>
-<body bgcolor="#FFFFFF">
-<h2>Symbian OS Crash Debugger Launch Configuration</h2>
-<p>Use the Run or Debug window to define a launch configuration for the crash debugger. Select <b>Run > Open Run Dialog...</b> to open the Run window. Select <b>Run > Open Debug Dialog...</b> to open the Debug window (Figure 1). Select Symbian OS Crash Debugger and click the New launch configuration icon. In the Name field enter a unique name for your launch configuration. Specify your connection information and select the ROM Log tab (figure 2).</p>
-<p class="figure"><img src="DebuggingInformation/crash_debug_connection.png" width="705" height="451" /></p>
-<p class="figure">Figure 1 - Connection Tab </p>
-<p>In the ROM Log pane specify a ROM log file that was generated when building the rom image. The ROM log file is necessary for finding out the address for each module in the rom log file. Specify the Symbian OS kit Epoc32 directory to resolve the full paths for the various modules in the rom log file. By specifying the rom log file and epoc32 path you will be able to view source code (figure 3) for the crash debug session.</p>
-<p align="center"><img src="DebuggingInformation/crash_debug_romlog.png" width="705" height="451" /></p>
-<p class="figure">Figure 2 - ROM Log Tab</p>
-<p align="center" class="figure"><img src="DebuggingInformation/crash_debug_source.png" width="1024" height="591" /></p>
-<p class="figure">Figure 3 - Crash Debug Source Code </p>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5 align="left">Related references</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
- <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
-</body>
-</html>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html>
+<head>
+ <link href="../book.css" rel="stylesheet" type="text/css" />
+<title>Crash Debugger Launch Configuration</title>
+</head>
+<body bgcolor="#FFFFFF">
+<h2>Symbian OS Crash Debugger Launch Configuration</h2>
+<p>Use the Run or Debug window to define a launch configuration for the crash debugger. Select <b>Run > Run As</b> to open the Run window. Select <b>Run > Dialog As</b> to open the Debug window (Figure 1). Select Symbian OS Crash Debugger and click the New launch configuration icon. In the Name field enter a unique name for your launch configuration. Specify your connection information and select the ROM Log tab (figure 2).</p>
+<p class="figure"><img src="DebuggingInformation/crash_debug_connection.png" width="705" height="451" /></p>
+<p class="figure">Figure 1 - Connection Tab </p>
+<p>In the ROM Log pane specify a ROM log file that was generated when building the rom image. The ROM log file is necessary for finding out the address for each module in the rom log file. Specify the Symbian OS kit Epoc32 directory to resolve the full paths for the various modules in the rom log file. By specifying the rom log file and epoc32 path you will be able to view source code (figure 3) for the crash debug session.</p>
+<p align="center"><img src="DebuggingInformation/crash_debug_romlog.png" width="705" height="451" /></p>
+<p class="figure">Figure 2 - ROM Log Tab</p>
+<p align="center" class="figure"><img src="DebuggingInformation/crash_debug_source.png" width="1024" height="591" /></p>
+<p class="figure">Figure 3 - Crash Debug Source Code </p>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5 align="left">Related references</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+ <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+</body>
+</html>
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/memory.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/memory.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,36 +1,36 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html>
-<head>
- <link href="../book.css" rel="stylesheet" type="text/css"></link>
-<title>Memory Dump Options</title>
-</head>
-<body bgcolor="#FFFFFF">
-<h2>Memory Dump Options </h2>
-<p>Use the <b>Memory Dump Options </b> window to specify the starting address and length of memory data to display in the <b>Crash Debugger Console</b> view.</p>
-<p align="center"><img src="DebuggingInformation/wnd_memory_dump.png" width="430" height="170" /></p>
-<p align="center" class="figure">Figure 1 - Memory Dump Options window</p>
-<div class="step">
- <h4 align="left">Displaying Memory Data </h4>
- <ol>
- <li>Enter a memory dump command or right-click in the Crash Debugger Console view and select a memory dump command</li>
- <p>The <b>Memory Dump Options</b> window appears.</p>
- <li>Enter the starting address in hexadecimal into the Address text box </li>
- <li>Enter the length of the memory space to display into the Length (Hexadecimal) text box </li>
- <li>Click OK </li>
- <p>The <b>Memory Dump Options</b> window closes and the specified memory data appears in the <b>Crash Debugger Console</b> view.</p>
- </ol>
-</div>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
- <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
-</ul>
-<h5 align="left">Related references</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
- <li><a href="DebuggingInformation/CrashDebuggerExaminingMemory.guide.html">Examining Memory</a></li>
- <li><a href="DebuggingInformation/CrashDebuggerExaminingMemory.guide02.html">Dumping the Contents of Classes</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
-</body>
-</html>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html>
+<head>
+ <link href="../book.css" rel="stylesheet" type="text/css" />
+<title>Memory Dump Options</title>
+</head>
+<body bgcolor="#FFFFFF">
+<h2>Memory Dump Options </h2>
+<p>Use the <b>Memory Dump Options </b> window to specify the starting address and length of memory data to display in the <b>Crash Debugger Console</b> view.</p>
+<p align="center"><img src="DebuggingInformation/wnd_memory_dump.png" width="430" height="170" /></p>
+<p align="center" class="figure">Figure 1 - Memory Dump Options window</p>
+<div class="step">
+ <h4 align="left">Displaying Memory Data </h4>
+ <ol>
+ <li>Enter a memory dump command or right-click in the Crash Debugger Console view and select a memory dump command</li>
+ <p>The <b>Memory Dump Options</b> window appears.</p>
+ <li>Enter the starting address in hexadecimal into the Address text box </li>
+ <li>Enter the length of the memory space to display into the Length (Hexadecimal) text box </li>
+ <li>Click OK </li>
+ <p>The <b>Memory Dump Options</b> window closes and the specified memory data appears in the <b>Crash Debugger Console</b> view.</p>
+ </ol>
+</div>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+ <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
+</ul>
+<h5 align="left">Related references</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+ <li><a href="DebuggingInformation/CrashDebuggerExaminingMemory.guide.html">Examining Memory</a></li>
+ <li><a href="DebuggingInformation/CrashDebuggerExaminingMemory.guide02.html">Dumping the Contents of Classes</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+</body>
+</html>
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/sos_cdb.htm Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/sos_cdb.htm Thu Feb 18 15:23:36 2010 -0600
@@ -21,13 +21,13 @@
<p> </p>
<p> </p>
- <p><span class="style4">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />
+ <p><span class="style4">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />
License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></span></p>
</td>
</tr>
<tr>
<td colspan="2"><h1 align="center">Symbian OS Crash Debugger</h1>
- <p align="center" class="titleSmall"><span class="style2">Version 2.3; Oct 2009</span></p></td>
+ <p align="center" class="titleSmall"><span class="style2">Version 2.5; Feb 2010</span></p></td>
</tr>
</table>
</body>
--- a/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/view.html Thu Feb 18 15:22:38 2010 -0600
+++ b/debuggercdi/com.nokia.carbide.cpp.debug.crashdebugger/html/view.html Thu Feb 18 15:23:36 2010 -0600
@@ -1,29 +1,29 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-<html>
-<head>
- <link href="../book.css" rel="stylesheet" type="text/css" />
-<title>Crash Debugger Console View</title>
-</head>
-<body bgcolor="#FFFFFF">
-<h2>Crash Debugger Console View</h2>
-<p>Use the<b> Crash Debugger Console</b> view (Figure 1) to resolve Symbian OS kernel crashes or panics. The Crash Debugger Console view interacts via a command-line interface with the crash debugger running on the device. To open the Crash Debugger Console select <strong>Window > Show View > Other...</strong> then expand Carbide.c++ folder to select Crash Debugger Console. </p>
-<p align="center"><img src="DebuggingInformation/view_crash_debugger.png" width="583" height="322" /></p>
-<p class="figure">Figure 1 - Use Crash Debugger Console view to debug devices </p>
-<p>To interact with the Crash Debugger running on the device, enter command-line <a href="DebuggingInformation/CrashDebugger_cmd.guide.html">commands</a> in the view or choose them from the context menu. The context menu (Figure 2) appears whenever you right-click in the Crash Debugger Console view.</p>
-<p align="center"><img src="DebuggingInformation/menu_cdb_commands.png" width="352" height="409" /></p>
-<p class="figure">Figure 2 - Right-click in Crash Debugger Console view to display the context menu </p>
-<p class="note"><b>NOTE</b> If an address is selected in the Crash Debugger Console view, choosing a command from the context menu uses the selected address without displaying the <a href="memory.html">Memory Dump Options</a> window, using a default length of 100 bytes. </p>
-<p></p>
-<h5>Related concepts</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
-</ul>
-<h5 align="left">Related references</h5>
-<ul>
- <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
- <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
- <li><a href="crash_launch_config.html">Symbian OS Crash Debugger Launch Configuration</a></li>
-</ul>
-<div id="footer">Copyright © 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
-</body>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html>
+<head>
+ <link href="../book.css" rel="stylesheet" type="text/css" />
+<title>Crash Debugger Console View</title>
+</head>
+<body bgcolor="#FFFFFF">
+<h2>Crash Debugger Console View</h2>
+<p>Use the<b> Crash Debugger Console</b> view (Figure 1) to resolve Symbian OS kernel crashes or panics. The Crash Debugger Console view interacts via a command-line interface with the crash debugger running on the device. To open the Crash Debugger Console select <strong>Window > Show View > Other...</strong> then expand Carbide.c++ folder to select Crash Debugger Console. </p>
+<p align="center"><img src="DebuggingInformation/view_crash_debugger.png" width="583" height="322" /></p>
+<p class="figure">Figure 1 - Use Crash Debugger Console view to debug devices </p>
+<p>To interact with the Crash Debugger running on the device, enter command-line <a href="DebuggingInformation/CrashDebugger_cmd.guide.html">commands</a> in the view or choose them from the context menu. The context menu (Figure 2) appears whenever you right-click in the Crash Debugger Console view.</p>
+<p align="center"><img src="DebuggingInformation/menu_cdb_commands.png" width="352" height="409" /></p>
+<p class="figure">Figure 2 - Right-click in Crash Debugger Console view to display the context menu </p>
+<p class="note"><b>NOTE</b> If an address is selected in the Crash Debugger Console view, choosing a command from the context menu uses the selected address without displaying the <a href="memory.html">Memory Dump Options</a> window, using a default length of 100 bytes. </p>
+<p></p>
+<h5>Related concepts</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebuggerUsingCommandSyntax.guide.html">Debug Monitor</a></li>
+</ul>
+<h5 align="left">Related references</h5>
+<ul>
+ <li><a href="DebuggingInformation/CrashDebugger_cmd.guide.html">Crash Debugger Commands</a></li>
+ <li><a href="DebuggingInformation/index.html">Symbian OS Debugging Information</a></li>
+ <li><a href="crash_launch_config.html">Symbian OS Crash Debugger Launch Configuration</a></li>
+</ul>
+<div id="footer">Copyright © 2010 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br />License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
+</body>
</html>
\ No newline at end of file