As seen in #486069, since Perl 5.10.0, embedding Perl hangs on hppa in pthread_mutex_lock() inside perl_parse() if PERL_SYS_INIT3() hasn't been called.
On Fri, Jun 13, 2008 at 03:07:22PM +0300, Niko Tyni wrote: > The need for PERL_SYS_INIT3() has been documented in perlembed.pod since > 5.8.1 (upstream change 19147), so this is arguably not a bug in perl at > all. > I assume the difference between hppa and the other architectures is > because hppa still uses linuxthreads instead of NPTL. > I'm leaving this open for now as a place to discuss the implications > of this behaviour change. Somebody (TM) should probably go through all > packages embedding perl and check if they use PERL_SYS_INIT3() and/or > if they hang on hppa. FWIW, I run a quick grep on the 46 source packages producing binary packages that link against libperl5.10 (excluding perl itself). I found 29 probably affected packages. I won't be acting on this list soon; I'd appreciate it if somebody else could verify these and file bugs where needed. Cc'ing the debian-hppa and debian-perl lists. This is generated from amd64 Packages and Sources, so there might be some differences with hppa. Probably not many, though. Packages with the tarball or .diff.gz matching /perl_sys_init/i; these should be OK: claws-mail-extra-plugins collectd elinks kildclient libapache2-mod-perl2 libpar-packer-perl nagios3 openser perl4caml pike7.6 speedy-cgi-perl Packages that don't match /perl_parse/ either, so they might be OK: exim4 graphviz postgresql-8.3 pperl sigc sigcperl Packages that are probably broken on hppa because they don't call PERL_SYS_INIT3() so their embedded perl interpreter hangs in perl_parse(): abiword barnowl courier eperl epic4 freeradius ggz-grubby gnumeric golly inn inn2 irssi kvirc mimedefang net-snmp opendchub openldap2.3 owl pidgin pork rxvt-unicode vile vim wackamole weechat wzdftpd xchat xchat-gnome znc -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]