Hi again Kenton,
Thank you for your valuable input. Yes, agreed that it's a bit precarious
but it'd be a useful stop-gap that is currently tested and working for us,
albeit with a much rougher self-maintained patch.
For more context about our situation: we're constrained by a large existing
Hi Rowan,
Hmm, this feels to me like more of a use case for threads or signal
handlers. Trying to limit processing time by limiting turn count seems
precarious to me as the amount of time spent on any turn could vary wildly.
That said the change you propose seems not too bad and I'd accept it, I
Hi Kenton,
Our company is attempting to use Cap'n Proto in a soft-realtime system
where we need tight control over the resolution of promises. Our problem is
that we have some existing synchronous processing which needs to run
frequently and timely (on the order of 100 microseconds) but our