Minor bug in 4.3.1 xQueueSend()/XQueueRecieve

In 4.3.1: Small issue in xQueueSend() and xQueueReceive() in queue.c. Near the end, where it has the code:         if( xTicksToWait > 0 )         {                 if( xTaskCheckForTimeOut( &xTimeOut, &xTicksToWait ) == pdFALSE )                 {                         xReturn = queueERRONEOUS_UNBLOCK;                 }         } I recommend:         #if ( INCLUDE_vTaskSuspend == 1 )         if(( xTicksToWait > 0 ) && ( xTicksToWait != portMAX_DELAY ))         #else         if( xTicksToWait > 0 )         #endif         {                 if( xTaskCheckForTimeOut( &xTimeOut, &xTicksToWait ) == pdFALSE )                 {                         xReturn = queueERRONEOUS_UNBLOCK;                 }         } xTicksToWait is set portMAX_DELAY for indefinite waits, but without the above change, it will be decremented.  This slightly effects later code, which processes threads differently depending on if their wait time is portMAX_DELAY or not. Dan Searles

Minor bug in 4.3.1 xQueueSend()/XQueueRecieve

Hmm.  I think you have a good point.  This part of the code came about from the SafeRTOS validation process – but in SafeRTOS there is no method of waiting indefinitely so the problem does not exist.  The error was made when integrating this into the FreeRTOS.org code. I think the fix would be better in xTaskCheckForTimeOut() to prevent it being duplicated in xQueueSend() and xQueueReceive().  Also these two functions are alread the most complex in the system, so best not to add code to them if possible. Thank you for your contribution. Regards.