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] [August 2015 Threads]
I am using FreeRTOS v8.2.2 and in my process of building a set of trace macros and routines I have discovered that pxNewQueue->uxQueueNumber is not initialized to a known value (0) in xQueueGenericCreate() around line 375.
The problem showed itself when the traceQUEUE_CREATE() is called immediately afterwards and, expecting the uxQueueNumber to be 0 it returns random values.
Is this a bug or is there some reason behind it?
On a related topic, I also cannot find any functionality to retrieve the queue name from the registry.
Any suggestions ?
Andre
It is an interesting point you raise:
uxQueueNumber is provided purely for use by trace tools, and thus far has been set by the trace code, rather than the RTOS code. You can see the definition of TRACESETOBJECT_NUMBER in FreeRTOS-PlusSourceFreeRTOS-Plus-TraceIncludetrcKernelPort.h. However, perhaps it should be initialised to something - althoug just initialising it to 0 is not going to be helpful and initialising it to anything else might not be correct for whichever library is providing the trace macros.
Regards.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.