About kulst

Hello everyone, I am currently working on using the ctrlX Datalayer from the Rust programming language. As soon as I have the basic functionalities working, I want to provide an open source library similar to the golang bindings already available on Github. To achieve this I am using the Datalayer C interface. I already have working Rust bindings to the C API and was able to successfully link my library prototype to libcomm_datalayer. So calling the C API from Rust works. For those who do not know what Rust is: Rust is a systems programming language as C and C++ are. One of the main benefits of Rust compared to these two is, it provides memory-safety and thread-safety. And it does this without a garbage collector. Instead it analyzes the code at compile time and uses features like an ownership model. As long as you do not use the unsafe keyword in Rust a compiled program is mostly safe regarding these points. Unfortunately calling functions from another C API is inherently unsafe in Rust as it can not provide any guarantees for the C API. So one common pattern in Rust is to wrap the unsafe API calls into a safe Rust API. I want to do this for the Datalayer SDK C API. For example: My prototype is already able to make sure that clients and providers can not outlive their datalayer system (guaranteed at compile time). To achieve this goal it would be very helpful for me to get a better understanding what the assumptions of the API are. One example for this is that the system must be started to get a valid pointer from DLR_systemFactory(..). Things that are especially interesting: Multithreading behaviour (for example: does the system/client/provider/node etc. have to be deleted in the same thread as where it was created?) How do the async callbacks work? Where are they called from? Maybe other assumptions? I would be very glad if you could help me. Cheers kulst ... View more