Subject: [ecasound] Re: report after compile.
From: raoul.megelas (raoul.megelas_AT_libertysurf.fr)
Date: Thu Jun 13 2002 - 10:37:40 EEST
On Wed, Jun 12, 2002 at 11:47:47AM +0300, Kai Vehmanen wrote:
> On Wed, 12 Jun 2002, raoul.megelas wrote:
>
> You need to add...
> #include <pthread.h>
...
A. Thanks now Ecasound compile quite well.
But when starting ecasound one does receive a segmentation fault, core dump.
It's appear to be an error with libc_r.so.4!
here is the result of gdb report:
GNU gdb 4.18 ...
This GDB was configured as "i386-unknown-freebsd"...
Core was generated by `ecasound'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libncurses.so.5...done.
Reading symbols from /usr/local/lib/libecasound8.so.8...done.
Reading symbols from /usr/lib/compat/libdl.so.2...done.
Reading symbols from /usr/local/lib/libkvutils3.so.3...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libstdc++.so.3...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/lib/libc.so.6...done.
Reading symbols from /usr/lib/ld-linux.so.2...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x284069d3 in strncmp () from /usr/lib/libc_r.so.4
have you an idea about tracking the problem?
b. about mman.h error, I forced the compile with the following hack:
//int shm_open __P((const char *, int, mode_t));
and
///void * mmap __P((void *, size_t, int, int, int, off_t));
grep told that are not need.
But it is only a hack, and i think this does not concern ecasound; when i
will have an interesting response from the FreeBSD-hackers list i will
send it to you.).
C. another detail for configure:
Atomic.h is seated in /usr/include/machine/ on FBSD r4E.5 and not
in <asm/atomic.h>as as on linux.
regards
raoul
raoul.megelas_AT_libertysurf.fr
-- To unsubscribe send message 'unsubscribe' in the body of the message to <ecasound-list-request_AT_wakkanet.fi>.
This archive was generated by hypermail 2b28 : Thu Jun 13 2002 - 08:25:50 EEST