diff options
| author | Dan Goodliffe <dan.goodliffe@octal.co.uk> | 2026-05-13 15:21:06 +0100 |
|---|---|---|
| committer | Dan Goodliffe <dan.goodliffe@octal.co.uk> | 2026-05-13 15:21:06 +0100 |
| commit | 3e7a1ce999b2223b321573de19cef840021f77f5 (patch) | |
| tree | 796ffd6c61f665c9dfdfb632fbfc2a5c91c1890f /.gitignore | |
| parent | 868446ad4d8ba33053b048dd4d82b6d4f5328f07 (diff) | |
| download | webstat-3e7a1ce999b2223b321573de19cef840021f77f5.tar.bz2 webstat-3e7a1ce999b2223b321573de19cef840021f77f5.tar.xz webstat-3e7a1ce999b2223b321573de19cef840021f77f5.zip | |
Fix checking of background job completeness
OK, this is on me. future::valid does not tell you if the thread has
completed and the result is ready. It tells you if there is some state
you can get() maybe later. Here we replace those checks with a 0s wait
and a test to see if the status is ready.
The exit steps are updated to reflect this. Calling reset will invoke
the future's destructor, which blocks until the thread is joined as
needed.
This should hopefully address the issue where the main thread would
still block if it attempted to runJobAsNeeded for a job that was still
running.
Diffstat (limited to '.gitignore')
0 files changed, 0 insertions, 0 deletions
