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
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
> 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:
Packages that don't match /perl_parse/ either, so they might be OK:
Packages that are probably broken on hppa because they don't call
PERL_SYS_INIT3() so their embedded perl interpreter hangs in perl_parse():
Niko Tyni email@example.com