friesen wrote on Monday, June 04, 2018:
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/FreeRTOS_Support_Forum_Archive/April_2018/freertos_xJustPeeking_Not_Found_In_10.0.1_a3cdfe72j.html
friesen wrote on Monday, June 04, 2018:
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
rtel wrote on Monday, June 04, 2018:
Something looks like it is tangled somewhere.
trcKernelPort.h in \FreeRTOS-Plus\Source\FreeRTOS-Plus-Trace\Include has
two definitions of traceQUEUE_RECEIVE_FAILED - 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.
johankraft wrote on Tuesday, June 05, 2018:
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.
friesen wrote on Wednesday, June 06, 2018:
Any particular reasons that Percepio’s post shows awaiting moderation?
rtel wrote on Wednesday, June 06, 2018:
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.