Some boost versions have a bug that can cause a time prior to system boot (or wake from sleep) to throw an exception instead of return timeout See https://github.com/boostorg/thread/issues/308
Fixes #18227
Cleanly merges to 0.14+
Some boost versions have a bug that can cause a time prior to system boot (or wake from sleep) to throw an exception instead of return timeout See https://github.com/boostorg/thread/issues/308
Fixes #18227
Cleanly merges to 0.14+
<!--e57a25ab6845829454e8d69fc972939a-->
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.
<!--174a7506f384e20aa4161008e828411d-->
No conflicts as of last run.
I think travis is failing because this catches boost::thread_interrupted and sometimes doesn't rethrow it. Checking timeToWaitFor <= ::now() prior to calling wait_until might work better?
Some boost versions have a bug that can cause a time prior to system boot (or wake from sleep) to throw an exception instead of return timeout
See https://github.com/boostorg/thread/issues/308
That could break in a race (suspend after check, but before wait_until).
Fixed it by always rethrowing boost::thread_interrupted reliably.
Please enable the mockscheduler unit test again