On 12/02/14 16:44, Marcel van Mierlo wrote:
Hi,
I have noticed:
1. "USED main heap" under /proc/xenomai/heap does not return to
previous level after terminating an application which uses q_vcreate -
it is increased.
2. After (1) has occurred, calling q_vcreate in a separate
invocation of the application returns -17 (File Exists) - suggesting
the queue is still in existence. This happens with plenty of "main
heap" left. I would expect all resources associated with the queue to
be released on termination. "USED main heap" is increased after
termination for this scenario as well, which certainly seems wrong.
It seems like a resource leak, or is this by design? I dont notice
this behaviour with q_create.
I have a simple test case which demonstrates this.
Marcel.
BeagleBoard Black Linux arm 3.8.13-bone26.1, Xenomai 2.6.3
Given the common code paths in ksrc for vqueue and queue, I'm surprised
by the difference in behaviour. I enabled CONFIG_XENO_OPT_DEBUG_QUEUES,
and get error 58 reported. Any insights on this?
[ 677.528359] Xenomai: pSOS: cleaning up q "q002" (ret=58).
whenever exiting without calling q_vdelete after q_vcreate.
When using q_create, on exit I get:
[ 445.419293] Xenomai: pSOS: cleaning up q "q001" (ret=0).
when I do not call q_delete.
I've included a simple test case which demonstrates the problem.
Marcel.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qvcreatetest.tar.gz
Type: application/x-gzip
Size: 625 bytes
Desc: not available
URL:
<http://www.xenomai.org/pipermail/xenomai/attachments/20140213/8b30d0ba/attachment.bin>
_______________________________________________
Xenomai mailing list
[email protected]
http://www.xenomai.org/mailman/listinfo/xenomai
