Re: Bug#486069: perl: embedding perl hangs on hppa without PERL_SYS_INIT3() since 5.10.0
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 ntyni@debian.org
Reply to: