Queue deletion hangs

[Gabriel Raineri]

Quick update!

If I raise the priority of the task deleting the queue to be higher than 
the one waiting, it works correctly.

I'll keep you posted.

Thanks!

On 10-Nov-11 10:33 AM, Gabriel Raineri wrote:
> Actually, I don't have a test case. However, I will try to write one 
> to see if I can repeat the issue.
>
> Sorry, the RTEMS version is: 4.9.99.0
>
> Thanks again!
>
> On 10-Nov-11 10:25 AM, Joel Sherrill wrote:
>> On 11/10/2011 07:11 AM, Gabriel Raineri wrote:
>>> Hi everybody!
>>>
>>> I'm having an issue while deleting a queue: the call to 
>>> rtems_message_queue_delete hangs.
>>> I have been debugging RTEMS code and I found that it gets stuck at 
>>> _Thread_Enable_dispatch() in msgqdelete.c
>>>
>> Do you have a test case?  This case is covered in the test suite
>> so there must be something different about your case.
>>> More details:
>>> - RTEMS Version: 4.99
>> That's not an RTEMS version number.  What version are you using?
>> How did you get it?
>>> - The task that deletes the queue is not the one that created it.
>>> - There is a task blocked waiting for the queue which has a higher 
>>> priority than the task deleting the queue.
>>> - I have also tried disabling interrupts before the deletion in 
>>> order to avoid context switching with no luck (still hangs).
>>> - There are no pending messages on the queue.
>>> - All nodes are LOCAL.
>>>
>>> You might be wondering why in the world I'm trying to delete a 
>>> queue. Well, to make a long story short, the idea behind this is to 
>>> inject errors into our application to see if it is reacting as 
>>> expected.
>>>
>>> Any help will be appreciated!
>>>
>>> Thanks in advance!
>>>
>>> Cheers,
>>> Gabriel
>>>
>>
>>
>
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20111110/1a028361/attachment-0001.html>