LUMIERA.clone/tests/core/proc
Ichthyostega 2535e1b554 DispatcherLoop: no timeout turnaround necessary in idle state
...since the session loop will be notified on any change via the
interface, adding a command will activate the loop, and the builder
timeout is handled separately via the dirty state. So there is no
need to spin around the loop in idle state.

As a aside, timeout waiting on a condition variable can be intentional
and should thus not be logged as an error automatically. It is up to the
calling context to decide if a timeout constitutes an exceptional situation.

It is always a trade-off performance vs. readability.
Sometimes a single-threaded implementation of self-contained logic
is preferable to a slightly more performant yet obscure implementation
based on our threadpool and scheduler.
2017-01-07 02:46:34 +01:00
..
asset maximum munch 2016-12-23 04:23:03 +01:00
control DispatcherLoop: no timeout turnaround necessary in idle state 2017-01-07 02:46:34 +01:00
engine clean-up: kill Boost scoped_ptr 2017-01-05 00:56:46 +01:00
mobject clean-up: kill Boost scoped_ptr 2017-01-05 00:56:46 +01:00
play DOC: follow-up of removing boost::scoped_ptr 2017-01-05 01:20:34 +01:00