| Age | Commit message (Collapse) | Author |
|---|
|
GitOrigin-RevId: 6e2b6292bb11e90ae81a16e413d8f092c9e962d7
|
|
GitOrigin-RevId: af7d6593172a8a0ce01027a52d19de1d0215fb5b
|
|
GitOrigin-RevId: be73efd5f41678b37eed8b251ddcdaacd2116ec6
|
|
|
|
|
|
|
|
|
|
The `stdx::set_terminate` primitive, on windows, wraps the per-thread
terminate handler and emulates a single global terminate handler.
|
|
Added a test to check that this happens.
|
|
Add support for a generalized interruptibility facility in the server.
This offers a generalized interruptibility facility, trialed in
Future<T> and ProducerConsumerQueue<T>.
It offers 3 major concepts:
Notifyable: A type which can notified off-thread, causing a wake up
from some kind of blocking wait
Waitable: A type which is Notifyable, and also can perform work while in
a ready-to-receive notification state. static methods offer support for
running underneath condition_variable::wait's. The chief implementer is
the transport layer baton type
Interruptible: A type which can wait on condition variables, and offers:
- deadlines. This means the type integrates some sort of clock source
- interruptibility. This means the type offers a way of noticing
that it should no longer run via status or exception
Additionally, Interruptible's offer special scoped guards which
offer
- Exemption from interruption in a region defined by the lifetime
of a guard object
- Subsidiary deadlines which can trigger recursively, offering
specialized timeout and status return support.
The series of virtual types allows us to slice the interface between
opCtx and future such that opctx can use future and future can use
opctx. Additionally, cutting out more functionality allows us to flow a
noop interruptibility type which unifies our waiting behind a common
api.
|
