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

2010-08-17 Thread Krzysztof Błaszkowski
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

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

2010-08-17 Thread Gilles Chanteperdrix
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

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

2010-08-17 Thread Krzysztof Błaszkowski
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

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

2010-08-17 Thread Krzysztof Błaszkowski
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

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

2010-08-17 Thread Gilles Chanteperdrix
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

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

2010-08-17 Thread Gilles Chanteperdrix
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

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

2010-08-17 Thread Krzysztof Błaszkowski
On Tue, 2010-08-17 at 14:40 +0200, Gilles Chanteperdrix wrote: 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

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

2010-08-17 Thread Gilles Chanteperdrix
Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 14:40 +0200, Gilles Chanteperdrix wrote: No. As witnessed by the message: ./xeno-shmem-fork: relocation error: ./xeno-shmem-fork: symbol getpid, version GLIBC_2.0 not defined in file libc.so.6 with link time reference have you seen that

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

2010-08-17 Thread Krzysztof Błaszkowski
On Tue, 2010-08-17 at 15:06 +0200, Gilles Chanteperdrix wrote: Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 14:40 +0200, Gilles Chanteperdrix wrote: No. As witnessed by the message: ./xeno-shmem-fork: relocation error: ./xeno-shmem-fork: symbol getpid, version GLIBC_2.0 not defined

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

2010-08-17 Thread Gilles Chanteperdrix
Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 15:06 +0200, Gilles Chanteperdrix wrote: Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 14:40 +0200, Gilles Chanteperdrix wrote: No. As witnessed by the message: ./xeno-shmem-fork: relocation error: ./xeno-shmem-fork: symbol getpid,

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

2010-08-17 Thread Krzysztof Błaszkowski
On Tue, 2010-08-17 at 15:27 +0200, Gilles Chanteperdrix wrote: Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 15:06 +0200, Gilles Chanteperdrix wrote: Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 14:40 +0200, Gilles Chanteperdrix wrote: No. As witnessed by the message:

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

2010-08-17 Thread Gilles Chanteperdrix
Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 15:27 +0200, Gilles Chanteperdrix wrote: What are the contents of this linker script? I did not ask to compare gcc -print-file-name=libc.so with the same file on the target. I asked to compare: gcc -print-file-name=libc.so (or if it is a

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

2010-08-17 Thread Krzysztof Błaszkowski
On Tue, 2010-08-17 at 16:08 +0200, Gilles Chanteperdrix wrote: Krzysztof Błaszkowski wrote: On Tue, 2010-08-17 at 15:27 +0200, Gilles Chanteperdrix wrote: What are the contents of this linker script? I did not ask to compare gcc -print-file-name=libc.so with the same file on the target. I

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

2010-08-17 Thread Gilles Chanteperdrix
Krzysztof Błaszkowski wrote: In the mean-time, please run your test with Xenomai 2.5.4. will try to setup everything. it may take an hour too. i can guess that it will fail too because i have an impression that this issue confused you, so it is highly possible that the issue has not been

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

2010-08-17 Thread Philippe Gerum
On Tue, 2010-08-17 at 14:25 +0200, 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

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

2010-08-17 Thread Gilles Chanteperdrix
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