alamo hwuang wrote:
> Hello , I am a new bird using the xemomai! I use my classmate program to run
> on the xenomai and I got the below information .It seems that the rtheap
> crash ??

Nope, this does not seem to have anything to do with rtheap.

> How can I solve this problem ????
> the xenomai is 2.5.4 and the kernel is

Please upgrade to Xenomai 2.5.6 (though the problem is not related).

> thanks for your help.
> linux-xkps1:~/Desktop/linux # Bin/APP_LTE_DEMO config.txt
> Noise Generated
> *** glibc detected *** Bin/APP_LTE_DEMO: malloc(): memory corruption:
> 0x00000000176fbba0 ***

This is the real error message, the heap (malloc heap, not rtheap) is

> ======= Backtrace: =========
> /lib64/[0x7f6ae8eb6018]
> /lib64/[0x7f6ae8eb8f7f]
> /lib64/[0x7f6ae8ebb057]
> Bin/APP_LTE_DEMO[0x41f284]
> /usr/xenomai/lib/[0x7f6ae961328c]
> /lib64/[0x7f6ae981e5f0]
> /lib64/[0x7f6ae8f1584d]

This backtrace shows that the error is detected by glibc malloc.

> ======= Memory map: ========
> (...)
> 7f6aea15a000-7f6aea15d000 rw-s 00000000 00:0e 2199
> /dev/rtheapAborted

This is a list of the mapped areas which show that the rtheap is mapped,
which is normal, but the rtheap has nothing to do with the normal heap

Heap corruption is a sign that something misbehaves, and write on memory
that is not currently allocated, or some block was freed twice, things
like that. The most probable culprit is the application itself and it is
what should be investigated first.

Same remark as previous mail: you should use xenomai-help for such
questions, not xenomai-core.


Xenomai-core mailing list

Reply via email to