nates93[m] has quit [Quit: Idle timeout reached: 172800s]
Degi_ has joined #amaranth-lang
Degi has quit [Ping timeout: 264 seconds]
Degi_ is now known as Degi
notgull has joined #amaranth-lang
josuah has quit [Quit: josuah]
<zyp[m]>
Catherine: we need to talk about what problem `run_async()` is supposed to solve
<zyp[m]>
I've been thinking about it, and the way I figure it'd work would be more or less functionally equivalent to calling asyncio.run() inside a testbench to await an asyncio awaitable, especially if you use nest-asyncio to make it reentrant
<zyp[m]>
I figure if a testbench is waiting for data from some external source, e.g. await sock.recv() or whatever, it would in any case be blocking the whole simulation from advancing
<zyp[m]>
and yeah, being able to pass an external awaitable from a testbench up through run_async() is a cleaner solution that running an io loop reentrantly, but is that the entire value proposition?
frgo has quit [Quit: Leaving...]
josuah has joined #amaranth-lang
<whitequark[cis]>
zyp: I don't think nest-asyncio is a legitimate proposal
<whitequark[cis]>
it's some weird monkey patch. as far as I'm concerned that cannot be sued
<whitequark[cis]>
s/sued/used/
<whitequark[cis]>
so the problem it would be solving is "not requiring nest-asyncio"
<zyp[m]>
I agree, just wondering if that's all there's to it, or if you had more in mind
feldim2425 has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]