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
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
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.
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.
Any particular reasons that Percepio’s post shows awaiting moderation?
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.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.