Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

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

Report information
The Basics
Id: 96890
Status: open
Priority: 0/
Queue: Parallel-ForkManager
People
Owner: Nobody in particular
Requestors: brianski [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 1.06
Fixed in: (no value)

History Show all quoted text
  Wed Jul 02 10:29:39 2014 brianski [...] cpan.org - Ticket created
Subject: handling of max_procs when a process dies unexpectedly
When a child process dies by being killed (perhaps anytime $FM->finish() is not executed?), Parallel::ForkManager still counts the process as being in the running state for the purposes of max_procs checks. I have find that you can work around this by incrementing set_max_procs when a child is killed by signal if you know that will happen.
  Wed Jul 02 10:30:25 2014 brianski [...] cpan.org - Broken in 1.06 added
  Wed Jul 02 10:43:58 2014 SZABGAB [...] cpan.org - Correspondence added
Subject: Re: [rt.cpan.org #96890] handling of max_procs when a process dies unexpectedly
Date: Wed, 2 Jul 2014 17:43:39 +0300
To: bug-Parallel-ForkManager [...] rt.cpan.org
From: Gabor Szabo <SZABGAB [...] cpan.org>
Thanks for reporting. Could you write a test for this, please? Gabor
  Wed Jul 02 10:43:59 2014 The RT System itself - Status changed from 'new' to 'open'