peerplays-fc/include/fc/thread
Eric Frias 3222dc7c0b When reusing a context, re-initialize most of its fields. This fixes at least two errors:
- we were canceling tasks that hadn't been canceled, because the canceled flag was left set to true and the next task assigned to the context then became canceled as soon as it yielded
 - we were resumeing blocked tasks before they should have resumed, because their blocking_promises list wasn't cleared and they were unblocking because the erroneous promises were fulfilled
As a debugging aid, we also record the cancellation reason whenever a task is canceled, and include that in the canceled_exception (this is only enabled in debug builds)
2014-08-28 15:43:26 -04:00
..
future.hpp When reusing a context, re-initialize most of its fields. This fixes at least two errors: 2014-08-28 15:43:26 -04:00
mutex.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
non_preemptable_scope_check.hpp Add a macro to check if a task that shouldn't yield actually yields. 2014-08-02 19:43:28 -04:00
priority.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
scoped_lock.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
spin_lock.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
spin_yield_lock.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
task.hpp Allow the user to supply a reason string when canceling a task (useful for debugging) 2014-08-27 14:07:44 -04:00
thread.hpp Import thread/task_specific variables 2014-08-27 12:20:19 -04:00
thread_specific.hpp Import thread/task_specific variables 2014-08-27 12:20:19 -04:00
unique_lock.hpp Updating FC with changes from phoenix-int 2013-06-05 15:19:00 -04:00
wait_condition.hpp Update use of fc::string and fc::vector. 2013-06-27 14:19:08 -04:00