|
|||||||||||||||
FreeRTOS Support ArchiveThe 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.
Loading
xQueueGenericReceive pvBuffer is const?Posted by Phil on April 9, 2008 I'm using FreeRTOS for a new, ARM-based project. As part of the initial stages I've been putting together a shim to allow PC-based code development to the FreeRTOS API, using wrappers around pthreads library calls for the task/queue implementation. One of several potential issue I've found is that the output pvBuffer parameter passed to xQueueGenericReceive() is, it would appear, incorrectly declared as a const pointer to const data. In the API documentation, xQueueReceive()/xQueuePeek() take a void* (although it should probably be a const pointer to non-const data). As a result, the implementation of xQueueGenericReceive() has to do some casts in the memcpy() call. Am I correct in assuming this is by oversight rather than design? Regards, Phil RE: xQueueGenericReceive pvBuffer is const?Posted by Richard on April 9, 2008 It is a legacy thing of trying to compile with many different compilers while simultaneously attempting to get lint to shut up. It is basically nonsense and was removed from the SafeRTOS code. It is my intention to remove it from the FreeRTOS.org code too but it has not caught up quite yet. Regards.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|
|||||||||||||||
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.
