tonyg changed the topic of #racket to: The Racket Programming Language -- https://racket-lang.org/ -- https://gather.town/app/wH1EDG3McffLjrs0/racket-users -- http://pasterack.org -- logged at https://libera.irclog.whitequark.org/racket/ -- This is the right place to ask for help with (Dr)Racket. Remember to wait around for an answer!
<kengruven> i'm writing a client API. is there a conventional approach in racket to managing async calls/responses? for now i'm making all calls take a callback arg, and then have my library keep a hash of {request_id -> callback_fn}, and then run a thread to wait for all responses and dispatch them to the correct callback. this seems a little awkward to me but i'm new to racket so i'm not sure what feature might make it more natural.
notzmv has joined #racket
<shawnw> Use continuations to build a coroutine system.
<kengruven> ah, thanks for the pointer.
skapata has quit [Read error: Connection reset by peer]
groovy has joined #racket
ec has quit [Read error: Connection reset by peer]
chiselfuse has quit [Read error: Connection reset by peer]
ec has joined #racket
chiselfuse has joined #racket
skapata has joined #racket
skapata has quit [Read error: Connection reset by peer]
patrl has joined #racket
to-hu has joined #racket
nm0i has quit [Remote host closed the connection]
nm0i has joined #racket
skapata has joined #racket
<Putonlalla> I submitted a report about the `match` problem. https://github.com/racket/racket/issues/4799
mason has joined #racket
Tuplanolla has joined #racket
skapate has joined #racket
skapata has quit [Ping timeout: 248 seconds]
to-hu has quit [Quit: to-hu]
philip has joined #racket
philip has quit [Ping timeout: 248 seconds]
philip has joined #racket
notzmv has quit [Ping timeout: 245 seconds]
Tuplanolla has quit [Ping timeout: 258 seconds]