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]

Reply via email to