Over the last couple of days I've been writing a rust library for GNUnet. Rust
libraries are supposed to use a mult-threaded-with-blocking-calls api design
but I couldn't find a way to build this around the C library's
single-threaded-event-loop-with-callbacks design. So I ended up avoiding
GNUnet'
On 22.10.2014 15:50, Andrew Cann wrote:
> Over the last couple of days I've been writing a rust library for GNUnet. Rust
> libraries are supposed to use a mult-threaded-with-blocking-calls api design
> but I couldn't find a way to build this around the C library's
> single-threaded-event-loop-with-
I agree with LRN on the point that I would not want to see changes to
the C library to enable threads for the scheduler. As for writing a
blocking multi-threaded replacement for Rust, I'm not sure how good that
idea is from a software engineering point of view. Sure, it may be more
in line with la