Skip Menu |
Update: The bug tracker service is no longer shutting down.

This queue is for tickets about the Parallel-Prefork CPAN distribution.

Report information
The Basics
Id: 113449
Status: open
Priority: 0/
Queue: Parallel-Prefork

Owner: Nobody in particular
Requestors: ppisar [...]
SREZIC [...]
Cc: gregoa [...]

Bug Information
Severity: (no value)
Broken in:
  • 0.18
  • 0.17
Fixed in: (no value)

Subject: Time races in tests
Download (untitled) / with headers
text/plain 751b
Many tests, like t/04-interval.t relies on precise timing that cannot be guaranteed. E.g. I encountered this failure on an overloaded machine: t/03-spareworkers.t ...................... ok # Failed test 'workers at 6 sec' # at t/04-interval.t line 30. # got: '0' # expected: '1' # Looks like you failed 1 test of 6. t/04-interval.t .......................... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/6 subtests The reason is a CPU scheduler may delay process execution more then the various "sleep" calls specify and then the test will fail. CPAN test matrix <> displays many failures in other tests. Can the tests be improved to eliminate the inherent races?
Download (untitled) / with headers
text/plain 104b
We're also seeing intermittent test failures in Debian: Cheers, gregor
Download (untitled) / with headers
text/plain 588b
On 2016-11-26 10:01:36, GREGOA wrote: Show quoted text
> We're also seeing intermittent test failures in Debian: > > >
I tried to find out the reason for very frequent test failures of t/01-base.t on my FreeBSD smokers. The problem seems to be that the TERM signal handler may not be installed in all workers at the time of sending SIGTERM to the parent. Here's a simple patch which moves the unlocking after setup of the TERM handler. It seems to be effective on my smokers:

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to