From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4C6A8194.80008@domain.hid> Date: Tue, 17 Aug 2010 14:33:24 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <1282047938.5255.89.camel@domain.hid> In-Reply-To: <1282047938.5255.89.camel@domain.hid> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai-core] xenomai 2.5.3/native, kernel 2.6.31.8 and fork() List-Id: Xenomai life and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?S3J6eXN6dG9mIELFgmFzemtvd3NraQ==?= Cc: xenomai@xenomai.org Krzysztof B=C5=82aszkowski wrote: > Hello, >=20 > I found recently that large application uses to segfault before fork() > leaves its glibc wrapper. >=20 > 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. >=20 > 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 wit= h > xenomai libraries. >=20 > I wonder if this is known issue and if there is any fix, does 2.5.4 wor= k > same ? or maybe there is something wrong with the kernel i use (or adeo= s > patch) >=20 > 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. --=20 Gilles.