Symbian3/SDK/Source/GUID-7DE155F1-B89F-51B6-B7EC-C161402007A6.dita
changeset 7 51a74ef9ed63
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/Symbian3/SDK/Source/GUID-7DE155F1-B89F-51B6-B7EC-C161402007A6.dita	Wed Mar 31 11:11:55 2010 +0100
@@ -0,0 +1,44 @@
+<?xml version="1.0" encoding="utf-8"?>
+<!-- Copyright (c) 2007-2010 Nokia Corporation and/or its subsidiary(-ies) All rights reserved. -->
+<!-- This component and the accompanying materials are made available under the terms of the License 
+"Eclipse Public License v1.0" which accompanies this distribution, 
+and is available at the URL "http://www.eclipse.org/legal/epl-v10.html". -->
+<!-- Initial Contributors:
+    Nokia Corporation - initial contribution.
+Contributors: 
+-->
+<!DOCTYPE concept
+  PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd">
+<concept id="GUID-7DE155F1-B89F-51B6-B7EC-C161402007A6" xml:lang="en"><title>Category
+: Kern-Heap</title><prolog><metadata><keywords/></metadata></prolog><conbody>
+<p>KERN-HEAP panics are raised by the kernel when bad parameters are passed
+to kernel-side heap functions. </p>
+<table id="GUID-5D8A0AFE-5281-522F-BA69-CB3A459C9CC8">
+<tgroup cols="2"><colspec colname="col0"/><colspec colname="col1"/>
+<tbody>
+<row>
+<entry><p> <codeph>39</codeph>  </p> </entry>
+<entry><p>This panic is raised when the size specified for the new heap is
+smaller than the permitted minimum; it must be at least the size of a <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>RHeap</apiname></xref> object.
+On the user side this is associated with the USER category; on the kernel
+side this is associated with the KERN-HEAP category. </p> </entry>
+</row>
+<row>
+<entry><p> <codeph>42</codeph>  </p> </entry>
+<entry><p>This panic is raised in a call to the <codeph>RHeap</codeph> member
+functions, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>AllocLen()</apiname></xref>, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>Free()</apiname></xref>, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>FreeZ()</apiname></xref>, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>ReAlloc()</apiname></xref>, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>ReAllocL()</apiname></xref>, <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>Adjust()</apiname></xref> and <xref href="GUID-EFAFDD75-7E59-306A-882D-317F5564979E.dita"><apiname>AdjustL()</apiname></xref>, when a pointer passed to these functions
+does not point to a valid cell. On the user side this is associated with the
+USER category; on the kernel side this is associated with the KERN-HEAP category. </p> </entry>
+</row>
+<row>
+<entry><p> <codeph>213</codeph>  </p> </entry>
+<entry><p>This panic is raised when attempting to set a new debug failure
+mode on a heap with an invalid argument. For example, if <codeph>aBurst</codeph> greater
+than the <codeph>KMaxTUint6</codeph> value when invoking <codeph>UHEAP_BURSTFAILNEXT</codeph> when
+a <codeph>RHeap</codeph> object is used for the user heap. On the user side
+this is associated with the USER category; on the kernel side this is associated
+with the KERN-HEAP category.</p> </entry>
+</row>
+</tbody>
+</tgroup>
+</table></conbody></concept>
\ No newline at end of file