FreeRTOS + trace missing xJustPeeking 10.0.1

Why are there references to a non existing xJustPeeking in trcKernelPort.h? This question didn’t really get an answer either. https://www.freertos.org/FreeRTOSSupportForumArchive/April2018/freertosxJustPeekingNotFoundIn10.0.1a3cdfe72j.html

FreeRTOS + trace missing xJustPeeking 10.0.1

It would appear to me that something didn’t get updated in 10.x.x. This exists in queue.c xQueueGenericReceive in 9.x.x

FreeRTOS + trace missing xJustPeeking 10.0.1

Something looks like it is tangled somewhere. trcKernelPort.h in FreeRTOS-PlusSourceFreeRTOS-Plus-TraceInclude has two definitions of traceQUEUERECEIVEFAILED – one that is used when the snapshot recorder is used and one that is used when the streaming recorder is used. The version when the streaming recorder is used still uses xJustPeeking, which seems wrong. The examples in the download use the snapshot recorder.

FreeRTOS + trace missing xJustPeeking 10.0.1

This is because the FreeRTOS-Plus directory contains an old version of the trace recorder library, v3.1.2, while the FreeRTOS v10 support was added in v3.3.0. The latest version is found at http://percepio.com/docs/FreeRTOS/TraceRecorder.zip Note that the recorder library is developed independently of FreeRTOS and is designed to be backwards compatible also with older versions of FreeRTOS. Therefore, the latest trace recorder library still contains one (1) reference to xJustPeeking, but this is only included if the recorder is explicitly configured for FreeRTOS v9.0.0 or older. By default it is configured for FreeRTOS v10.

FreeRTOS + trace missing xJustPeeking 10.0.1

Any particular reasons that Percepio’s post shows awaiting moderation?

FreeRTOS + trace missing xJustPeeking 10.0.1

The forum is configured such that NO posts should go into moderation, yet occasionally some posts inexplicably still do. I can log into the admin console and free it.