Alex Martens

Ah I see the issue now, zenoh doesn't implement conversion from heapless types for Value: https://docs.rs/zenoh/0.10.1-rc/zenoh/value/struct.Value.html Try converting the heapless String to a str first. I'm on my phone now...

No worries :) Currently the type going into `publisher.put` is `heapless::String`, but `zenoh::value::Value` doesn't implement `From`, instead try `serde_json_core::to_string(&node_msg_example).unwrap().as_str()`, the final `.as_str()` changes the representation to a `&str`.

That's correct, the heapless types need a size for the static buffer they use, it's a little bit more clear what's going on when expanding the code: ```rs #[derive(serde::Serialize, serde::Deserialize)]...

> This is not actually related to the issue. This line can be rewritten like: > > ``` > pub const POWER_OF_TWO: () = assert!(L.is_power_of_two()); > ``` I tried this...

It's a good question. I tried to compile it on `x86_64` with the `x86` implementation to see what happens and 6 tests fail with `signal: 11, SIGSEV: invalid memory reference`....

I agree with this. It's going to be an annoying breaking change, but `std::vec::Vec::try_push` will exist at some point for the Linux kernel and we should align with that. There...

The only thing I worry about is the hash32 dependency is still a zero-ver, I need to look into that more and see if there's something we can do there.

> I'm all in favor of pushing for 1.0. But since in `0.7->0.8` we just now changed API in several places, it may be prudent to let the dust settle...

I'm triaging cortex-m issues, it seems like the consensus among maintainers is not to use dependabot. Maybe we will revisit this in the future, but for now I'm going to...

The discussion about handling out-of-range inputs has been happening in the WG meetings and https://github.com/rust-embedded/riscv/issues/212 Cortex-M should adopt whatever comes out of that for a similar experience across architectures as...