[Bro-Dev] 'async' keyword
commike at reservoir.com
Wed Sep 20 16:12:34 PDT 2017
What are your thoughts on error handling?
Exec::run() returns an Exec::Result, which is nice in that we can recover
if something goes wrong. I would think one would want most calls of
Exec::run() in an async context, but we lose the return value.
On Tue, Sep 19, 2017 at 9:39 AM, Robin Sommer <robin at icir.org> wrote:
> At BroCon a few folks asked me about the proposed "async" keyword for
> Bro's scripting language. "async" is coroutine-style language
> construct that puts blocking operations on hold until they conclude,
> working on other stuff first. It could replace most uses of "when" and
> is arguably much nicer to use.
> "async" is implemented as a proof-of-concept in the topic/robin/async
> branch. Note that that Bro branch is not fully functional at the
> moment, nor are performance implications clear. However, before going
> any further with it I'd like to reach consensus if the current
> implementation is acceptable for the Bro code base, as it's very
> low-level and not easy to follow. I'd be interested in opinions here.
> The commit to look at is:
> The exercise here is: Can you understand how "async" works? (If you
> can honestly answer "yes" in under 15 minutes, I buy you a beer. ;-)
> PS: See the TODOs in that commit for the current state of the code.)
> Robin Sommer * ICSI/LBNL * robin at icir.org * www.icir.org/robin
> bro-dev mailing list
> bro-dev at bro.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the bro-dev