This one time, at band camp, Adrian Phillips said:
> >>>>> "Stephen" == Stephen Gran <[EMAIL PROTECTED]> writes:
>     Stephen> I assume libc6-686 is not installed in the uml instance?
>     Stephen> Without this package, you don't have the newer thread
>     Stephen> implementation, and things will fail since they were
>     Stephen> compiled for it.  --
> 
> Okay, tried that and the u-m-l locked up :-( Plus, I'm running the
> same version of clamav-daemon at home without libc-686 and have had no
> segfaults so I can't say I understand how it will fail without it. At
> any rate, I'll stick with the LD_ASSUME_KERNEL work-around for now.

I think it goes something like (I am saying this from half remembered,
and probably less understood, ideas, so take it with a grain of salt):
the linker looks for libraries needed by an application.  At some
point, while looking at the c libraries, it has to choose what kernel
to ASSUME, so to speak (this is where I get very fuzzy).  There are
at least 3 implementations of threads currently running around in
linux - the old Linux Threads, the new Linux Threads, and NPTL, IIRC.
Which implementation to use is dependant both on kernel level support
and c library support.  Somehow, the linker usually chooses the
right one.  Apparently, in the uml instance you have, it doesn't.
It looks like something is telling the linker to try one of the newer
thread implementations, but the c library doesn't have suppotr for it.
This is the application level segfault.  Adding support makes the box
lock up, so it sounds like a kernel/c library disagreement there.

My guess (ill informed and wildly speculative as it is) is that the
linker is making a wrong guess about what thread implementation is
supported by the uml kernel.  I am not sure how to diagnose that, or
what to do about it.

All of my wild guesses make me feel like it's not a bug in clam per se,
but I cannot prove it, so I leave that part up to you.

Good luck, and hope that helps,
-- 
 -----------------------------------------------------------------
|   ,''`.                                            Stephen Gran |
|  : :' :                                        [EMAIL PROTECTED] |
|  `. `'                        Debian user, admin, and developer |
|    `-                                     http://www.debian.org |
 -----------------------------------------------------------------

Attachment: pgpX4iMmEvPRR.pgp
Description: PGP signature

Reply via email to