News for hackers. Stuff that matters.
Re:Show HN: Coerce – Actor runtime for Rust using async/awai... by ComputerGuru on Sunday December 15, 2019 @01:00PM (#21797697)
I have heard that using the async-std APIs (but not the reactor and executor) causes background futures to be spawned to the async-std specific executor. I’m not sure of the veracity of this claim, can you comment?
Re:Show HN: Coerce – Actor runtime for Rust using async/awai... by Argorak on Sunday December 15, 2019 @01:08PM (#21797761)
Sooo... in standard profile, yes. `async_std::spawn` uses async-stds runtime. Also, our io interfaces (TcpListener, etc.) are effectively bound to our runtime (they need our mio instance in the back).

But this cannot made work generically in the current ecosystem, as there are no common abstractions here. We can't come up with those unless we have buy-in from other players.

For applications, that doesn't really matter: you pick one Listener type and you're done. Applications aren't very generic.

For libraries, that's harder, but there's strategies around that make it feasible to work with this situation (mainly: injecting the exact type to use into your library).

Finally: there's a flag in async-std called "runtime". If you turn it off, you can use async-std without that behaviour, at the cost of having to bring your own runtime.

Re:Show HN: Coerce – Actor runtime for Rust using async/awai... by ComputerGuru on Sunday December 15, 2019 @01:35PM (#21797923)
Thank you. I’m mainly concerned with library development, so I found your answer helpful.
Re:Show HN: Coerce – Actor runtime for Rust using async/awai... by Argorak on Sunday December 15, 2019 @01:43PM (#21797988)
We're working on the rest :). Look out for some announcements in the coming days and weeks.