reassign 335105 kernel
close 335105 2.6.5
thanks
On Sun, Dec 11, 2005 at 10:24:56AM +, Andrew Suffield wrote:
My bet is that it's this kernel bug:
I don't know if you've been following, but it was recently discoverd that on
smp, if multiple processes read from /dev/urandom at the same
Processing commands for [EMAIL PROTECTED]:
reassign 335105 kernel
Bug#335105: perl FTBFS in t/op/fork
Bug reassigned from package `perl' to `kernel'.
close 335105 2.6.5
Bug#335105: perl FTBFS in t/op/fork
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked
Andrew Suffield wrote:
[snip]
Hm, it is easily reproducible on SWARM, as well as on a Octane with 2
CPUs. Which probably means it is a SMP-induced race condition in fork.
My bet is that it's this kernel bug:
I don't know if you've been following, but it was recently discoverd that on
This one time, at band camp, Thiemo Seufer said:
Andrew Suffield wrote:
[snip]
Hm, it is easily reproducible on SWARM, as well as on a Octane with 2
CPUs. Which probably means it is a SMP-induced race condition in fork.
My bet is that it's this kernel bug:
I don't know if
On Sat, Dec 10, 2005 at 07:39:04PM +0100, Thiemo Seufer wrote:
Andrew Suffield wrote:
This doesn't look like #223110 to me - that bug is specific to signal
handlers.
After a closer look I agree.
I just tried the test on casals against 5.8.7-6 though, and
I can't get it to break
Andrew Suffield wrote:
This doesn't look like #223110 to me - that bug is specific to signal
handlers.
After a closer look I agree.
I just tried the test on casals against 5.8.7-6 though, and
I can't get it to break (although it is still breaking on the buildd).
What do you know about
This doesn't look like #223110 to me - that bug is specific to signal
handlers. I just tried the test on casals against 5.8.7-6 though, and
I can't get it to break (although it is still breaking on the buildd).
What do you know about it? I need to duplicate the pesky thing
somehow...
--
This is probably caused by glibc's #223110.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: perl
Version: 5.8.7-7
Severity: serious
According to
http://buildd.debian.org/fetch.php?pkg=perlarch=mipsver=5.8.7-7stamp=1129566720file=log
perl fails for the t/op/fork test on mips.
I tried to reproduce it and found that the test succeeds with a
probability of ~50% for a locally built
9 matches
Mail list logo