portable_ada VS tokio

For getting UTF-8 support one can also use Dmitry Kazakovs Simple components (http://www.dmitry-kazakov.de/ada/components). Based on it have made a UTF-8 version which is Ada/Spark based (https://github.com/joakim-strandberg/aida_2012). Another one I have been toying with is cross-compiler: https://github.com/joakim-strandberg/portable_ada . To print to standard out using UTF-8 the easiest way is probably enabling "-gnatW8" in order for normal String types be interpreted as UTF-8 strings. Using the UTF-8 support in the links I would recommend making one's own Ada bindings to the OS. It should be easy to do on Mac OS X and Linux where UTF-8 is enabled by default but more of an issue on Windows where the UTF-8 encoded strings need to be converted to UTF-16 before being handed over to the OS.

Because of the nature of Kubernetes and its operation being "network operations", kube-rs considers all the operations as "async" operations, and we need a way to manage it. The well-known and mostly used way of doing it is with the tokio framework. Adding tokio, with features of "macros" (to use macros like #[tokio::main]) and a runtime (rt-multi-thread) should be enough. Additionally, we need to return an error to this function, so we will be using anyhow crate, that allows us to return errors without worrying about the error type

The situation in Rust seems to be pretty complicated. But I did find that panicking within a thread you spawn kills just that thread and not the whole program. And it seems that Tokio has the same behavior.

https://github.com/tokio-rs/tokio/issues/2002

And web frameworks like Tower provide standard ways of Helen’ handling panics and turning them into error responses.

https://docs.rs/tower-http/latest/tower_http/catch_panic/ind...

So I don’t think panics are necessarily meant to be program-killing in Rust, even if Result types are heavily recommended instead.

There's compiler-level traits like `Iterator` and `Future` which enforce references. If wanting to do intrusive pointers into them, one risks creating overlapping references: https://github.com/tokio-rs/tokio/issues/3399

Full Tokio compatibility

[20] Tokio - An asynchronous Rust runtime

We will be using tokio async framework and russh crates. Add them to your project:

For this example, we will use axum, a web framework that works on top of tokio.

We’ll use Axum with Tokio to build a web backend, Tracing for logging, and Serde for serialization and deserialization.