Eelco Dolstra 1ecc8a4f40 hydra-queue-runner: Fix a race keeping cancelled steps alive
If a step is cancelled just as its builder step is starting,
doBuildStep() will return sRetry. This causes builder() to make the
step runnable again, since the queue monitor may have added new builds
referencing it. The idea is that if the latter condition is not true,
the step's reference count will drop to zero and it will be
deleted. However, if the dispatcher thread sees and locks the step
before the reference count can drop to zero in the builder thread, the
dispatcher thread will start a new builder thread for the step. Thus
the step can be kept alive for an indefinite amount of time.

The fix is for State::builder() to use a weak pointer to the step, to
ensure that the step's reference count can drop to zero *before* it's
added to the runnable queue.
2016-11-08 11:47:49 +01:00
2016-10-27 13:15:09 +02:00
2015-05-28 17:38:17 +02:00
2011-01-14 10:52:47 +00:00
2016-10-27 14:43:17 +02:00
2010-03-29 14:16:46 +00:00
2010-09-30 14:29:15 +00:00
2016-10-27 14:43:17 +02:00
2016-03-22 13:10:37 +01:00

Hydra

Hydra is a continuous integration system based on the Nix package manager. For more information, see the manual.

For development see [hacking instructions] (http://nixos.org/hydra/manual/#chap-hacking).


Icons provided free by EmojiOne.

Description
No description provided
Readme 18 MiB
Languages
Perl 70.5%
C++ 15.5%
Nix 6%
PLpgSQL 3%
Shell 2.3%
Other 2.6%