FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [July 2016 Threads]
I' m using official OpenWatcom 16BitDOS port and found that in heap4.c (and heap5.c) size_t is used for address arithmetic and aligning (FreeRTOS V9.0.0).
But casting far pointer to size_t always result zero in segment memory model:
~~~
/* Ensure the heap starts on a correctly aligned boundary. */
uxAddress = ( size_t ) ucHeap;
~~~
the result that heap placed at zero address (applicashon crash).
When I made some modificationsn in heap init function such as:
1. change uxAddress to long
2. start using FP_SEG and FP_OFF macroses for convert far pointer to/from absolute address
heap start working correctly.
It's easy to reproduce this with openwatcom and DOSBox.
Does this port still supported or I missed somethig that I can't use
heap4 or heap5 memory mangement with it?
or heap init code must be refactored to be more portable?
That demo was actually removed in the V9.0.0 release, although it is
still available in older releases available from the SourceForge web
site. It has probably never been tested with heap_4 or 5.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.