Symbian3/SDK/Source/GUID-7DE155F1-B89F-51B6-B7EC-C161402007A6.dita
author Dominic Pinkman <dominic.pinkman@nokia.com>
Tue, 20 Jul 2010 12:00:49 +0100
changeset 13 48780e181b38
parent 7 51a74ef9ed63
permissions -rw-r--r--
Week 28 contribution of SDK documentation content. See release notes for details. Fixes bugs Bug 1897 and Bug 1522.

<?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>