[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

m68k linuxthreads broken?



I have the following problem:

on my Macintosh Quadra 700, standalone daemons linked against linuxthreads
(libpthread.so.0) die silently before they can even syslog anything. The
Quadra runs current frozen, updated every few days. I have tried
M. Schmitz "release candidate" Linux 2.2.10 Kernel and a self-compiled
2.2.14 from mac.linux-m68k CVS.

On i386, everything is fine, and I couldn't find a similar bug report
in the BTS, so I guess this is m68k-specific.

Some experiments with modified recompiles and strace show that fork()
puts these processes in a broken state where lots of C library calls,
including syslog(), make them dump core. It' really fork(). If I use a
flag like --debug so they don't have to detach from the console they don't
fork and they work.

Examples include ypbind (Package nis, known as ypbind-mt outside Debian),
nscd (Package nscd, split out from libc6) and ntpd (Package ntp, formerly
xntp3). A strange detail is that a _statically_ linked ypbind-mt does not
exhibit the problem (didn't try other daemons static yet).

Now: is this problem known? Could somebody try to reproduce it? I want to 
check whether it's just my obscure box before I file a bug report. Results
with non-Mac m68ks would be interesting as well since the Mac kernels are
somewhat special and it could, in theory, be a kernel problem.

NB: there are other reasons for ntpd to die early. nscd is especially
good to try out because it doesn't require configuration or running
servers. Just do:

 $ apt-get install nscd
 $ /etc/init.d/nscd start
 $ ps ax|grep nscd

do you get anything except the 'grep nscd' process ?


TIA,

Bj"orn Brill
--
Bj"orn Brill <brill@fs.math.uni-frankfurt.de>
Frankfurt am Main, Germany





Reply to: