Task Lockup

Hello,
I am using Salvo 4.2.2 with the dsPIC33FJ64MC804, with the C30 compiler v3.23 and MPLAB 8.60.
I have a particular task that sits waiting for a message. When it gets the message it runs and then waits until another message arrives. The message is sent from another function about once every 30 ms. Most of the time everything works as intended, however, occassionally (once every 6 hours) when signalling the message, the OSSignalMsg() function returns OSERR_EVENT_FULL. Once, this happens it always returns OSERR_EVENT_FULL. In addition, the OS_WaitMsg() never wakes up. So I get in a locked up state, such that I can't signal the message because the OS says its full, but the OS never wakes up the task waiting for the message. This persists until the device is reset.
I feel like I'm blind in terms of understanding why the OS doesn't schedule the OS_WaitMsg() to wake up and I'm blind as to why the OSSignalMsg() is returning OSERR_EVENT_FULL. Any help on where to start debugging this would be greatly appreciated.
thanks,
Brent
I am using Salvo 4.2.2 with the dsPIC33FJ64MC804, with the C30 compiler v3.23 and MPLAB 8.60.
I have a particular task that sits waiting for a message. When it gets the message it runs and then waits until another message arrives. The message is sent from another function about once every 30 ms. Most of the time everything works as intended, however, occassionally (once every 6 hours) when signalling the message, the OSSignalMsg() function returns OSERR_EVENT_FULL. Once, this happens it always returns OSERR_EVENT_FULL. In addition, the OS_WaitMsg() never wakes up. So I get in a locked up state, such that I can't signal the message because the OS says its full, but the OS never wakes up the task waiting for the message. This persists until the device is reset.
I feel like I'm blind in terms of understanding why the OS doesn't schedule the OS_WaitMsg() to wake up and I'm blind as to why the OSSignalMsg() is returning OSERR_EVENT_FULL. Any help on where to start debugging this would be greatly appreciated.
thanks,
Brent