Re: [Xenomai-core] xenomai 2.5.3/native, kernel 2.6.31.8 and fork()

[Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>]

Krzysztof Błaszkowski wrote:
> On Tue, 2010-08-17 at 14:33 +0200, Gilles Chanteperdrix wrote:
>> Krzysztof Błaszkowski wrote:
>>> Hello,
>>>
>>> I found recently that large application uses to segfault before fork()
>>> leaves its glibc wrapper.
>>>
>>> I included here a test suite which can be easily used to verify what
>>> goes wrong. It may be necessary to adjust makefile to compile the code.
>>> So, the console is missing output from line #89. We can see instead a
>>> message that getpid couldn't be linked which is 1st sign of memory
>>> corruption.
>>>
>>> i used to think that this issue could be related to not unbinding heap
>>> before fork() but it turned out that it is enough to link userspace with
>>> xenomai libraries.
>>>
>>> I wonder if this is known issue and if there is any fix, does 2.5.4 work
>>> same ? or maybe there is something wrong with the kernel i use (or adeos
>>> patch)
>>>
>>> Another question is why rt_task_create() is marked deprecated in native
>>> skin. Does it mean that native skin is going to be removed from source
>>> tree ?
>> The libc on the system you run the test is not the same as the one of
>> the compiler. Please re-run the test when using the same libc on the
>> test board as on the machine where you are compiling.
>>
> 
> these rootfs'es are equal regarding libc at least of course.

It is not a matter of rootfs glibc, but rather a problem of compiler
glibc versus rootfs glibc.

-- 
					    Gilles.