On Fri, Aug 8, 2008 at 4:04 AM, Niko Tyni <[EMAIL PROTECTED]> wrote: > On Thu, Aug 07, 2008 at 08:51:51PM +0200, Rafael Laboissiere wrote: >> Package: eperl >> Version: 2.2.14-15.1+b1 >> Severity: serious >> Justification: renders package unusable on hppa >> >> eperl hangs on hppa, even for this trivial case: >> >> eperl /dev/null > > See #486069: embedding perl hangs on hppa without PERL_SYS_INIT3() since > 5.10.0 > > There's a list of probably broken packages there that I haven't had the > time to go through yet. > > Cc'ing the debian-hppa and debian-perl lists again in the hope somebody > could pick this up and test them.
I'm not clear on the action item here? What do you need tested? Background: ~~~~~~~~~~ The locked state of a lock is 0 on hppa, which means that if you don't initialize your locks (as documented), they begin in the locked state e.g. bss initialized to zero. You must use PERL_SYS_INIT3() on hppa, I don't know how it worked without it. As hppa porters we spend a lot of time tracking down uninitialized locks (or memset'd 0 locks), which just happen to work on every other architecture. Note: As of the NPTL port for hppa, we consciously changed this to match all other architectures e.g. unlocked is zero. Cheers, Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]