From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Description of problem: Since the recommended update from glibc-2.2.93 to those newer version amavisd-new won't start anymore. strace shows me, that the startup doesn't succeed: ---snip--- time([1050570453]) = 1050570453 getpid() = 31473 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] ---snap--- Here it hangs forever. It magically works again as expected if I downgrade glibc to 2.2.93 (stock RH8 CD versions). Version-Release number of selected component (if applicable): glibc-2.3.2-4.80 && glibc-2.3.2-4.80.6 (&& glibc-2.3.2-27.9) How reproducible: Always Steps to Reproduce: 1. update to 2.3.x glibc 2. try to start amavisd-new (http://www.ijs.si/software/amavisd/) 3. *notice that it won't start* 4. downgrade to glibc-2.2.x 5. everything's ok. Actual Results: startup fails/hangs in uncommon state. Expected Results: should startup nicely :p Additional info: I use a perl-5.8.0 compiled from sources and a vanilla 2.4.20 kernel. amavisd-new worked fine (as already mentioned above) until the glibc update. I already recompiled perl-5.8.0/kernel after upgrading to glibc-2.3.x ... but the problem still persists :/
Created attachment 91172 [details] straceoutput
worksforme: after recompiling Perl with '-lpthread' (threading Perl) the problem vanished. however, I have no idea where glibc-2.2.93 and glibc-2.3.2 differ in detail there. Maybe someone can shed some light on this whilst closing the bug. TIA.
Isn't perl by default compiled with threads? In this case the only thing which changed is IIRC the binary compatibility change for the new sizes of condvars. Perl without recompilation would use the compatibility code which I would expect has no problems. Anyway, if a new perl fixes the problem this is certainly good enough for me. On an RHL9 system you would get all this for free, without recompilation.