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] [November 2008 Threads] Difference between variables in FreeRtOSPosted by Willem on November 16, 2008 In the demo code's that i've read, (PIC32) it contains variables only defined by:
portBASE_TYPE portSHORT portLONG etc.
What is the benefit of using those assignments instead of short / long / int etc.?
Does it save the variable to static when the task gets killed?
RE: Difference between variables in FreeRtOSPosted by Richard on November 16, 2008 FreeRTOS.org runs on 8, 16 and 32bit devices, so these definitions are just for portability. Each port defines portSHORT to be a 16 bit type, portLONG to be a 32bit type and portBASE_TYPE to be the most efficient type for the architecture (normally 8bits for 8bit architectures, 16bits for 16bit architectures and 32bits for 32bit architectures).
The demo code also follows this convention because it is run on all the supported processors. Your application code can do whatever, it does not need to use the same definitions and can use short, char, etc. directly if preferable.
Regards.
RE: Difference between variables in FreeRtOSPosted by Dmitriy on November 24, 2008 Richard! Is there some port/compiller there short int (portSHORT) is not 16 bit wide? Is there some port/compiller there long int (portLONG) is not 32 bit wide?
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|