Quality RTOS & Embedded Software

 Real time embedded FreeRTOS RSS feed 
Quick Start Supported MCUs PDF Books Trace Tools Ecosystem


heap_4.c , strange behaviour , heap fragmentation ?

Posted by mmelamud on October 17, 2013

Hi all ,

I am experiencing some weird behavior when using heap4.c , i have allocated 1.5 megabyte of RAM for the usage of heap4 , so i should have plenty of memory to use .

After some time ( and many allocations that have been made ) , all of a sudden the program gets stuck in infinite loop in the function called :

static void QAprvInsertBlockIntoFreeList( QAxBlockLink *pxBlockToInsert )

And the infinite loop is here :

/* Iterate through the list until a block is found that has a higher address
than the block being inserted. */

for( pxIterator = &QA_xStart; pxIterator->pxNextFreeBlock < pxBlockToInsert; pxIterator = pxIterator->pxNextFreeBlock ) { /* Nothing to do here, just iterate to the right position. */ }

Could any one can tell me why this occur? is it some kind of memory fragmentation ?

Thanks Michael

heap_4.c , strange behaviour , heap fragmentation ?

Posted by richardbarry on October 17, 2013

heap_4 shouldn't fragment, and even if it did, it should just return NULL if it can't find a block large enough - definitely not just loop around indefinitely.

This looks like just a data corruption so the linked list structures are not consistent. Is it possible you freed a block of memory that was either itself corrupt (there is a hidden structure before the memory usable by the application), had not been allocated by heap_4, or had already been freed? If you are using an up to date FreeRTOS version and have configASSERT() defined, then all those potential issues should be trapped.

From the variable names it looks like this is not unmodified FreeRTOS code - did you make many edits?


heap_4.c , strange behaviour , heap fragmentation ?

Posted by mmelamud on October 17, 2013

No edits what so ever , i just renamed the variables , because i am using two different heaps , one for The OS , and the second one is for my routine logic

I will check the configASSERT to see if its enabled , and you right it does looks like a corruption of some kind.

[ Back to the top ]    [ About FreeRTOS ]    [ Privacy ]    [ Sitemap ]    [ ]

Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.

Latest News

NXP tweet showing LPC5500 (ARMv8-M Cortex-M33) running FreeRTOS.

Meet Richard Barry and learn about running FreeRTOS on RISC-V at FOSDEM 2019

Version 10.1.1 of the FreeRTOS kernel is available for immediate download. MIT licensed.

View a recording of the "OTA Update Security and Reliability" webinar, presented by TI and AWS.


FreeRTOS and other embedded software careers at AWS.

FreeRTOS Partners

ARM Connected RTOS partner for all ARM microcontroller cores

Espressif ESP32

IAR Partner

Microchip Premier RTOS Partner

RTOS partner of NXP for all NXP ARM microcontrollers


STMicro RTOS partner supporting ARM7, ARM Cortex-M3, ARM Cortex-M4 and ARM Cortex-M0

Texas Instruments MCU Developer Network RTOS partner for ARM and MSP430 microcontrollers

OpenRTOS and SafeRTOS

Xilinx Microblaze and Zynq partner