ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
sroemer has joined #rust-embedded
firefrommoonligh has quit [Quit: Idle timeout reached: 172800s]
_whitelogger has joined #rust-embedded
rainingmessages has quit [Quit: bye]
rainingmessages has joined #rust-embedded
jr-oss_ has quit [Ping timeout: 244 seconds]
jr-oss has joined #rust-embedded
hmw has quit [Quit: Bye.]
hmw has joined #rust-embedded
pcs38 has joined #rust-embedded
<thejpster[m]> cool, now the rust-lang/team PR has gone it, the rust-lang bot has updated https://github.com/orgs/rust-embedded/teams/arm.
<thejpster[m]> s/it/in/
jannic[m] has quit [Quit: Idle timeout reached: 172800s]
mkj[m] has quit [Quit: Idle timeout reached: 172800s]
Ralph[m] has joined #rust-embedded
<Ralph[m]> James Munns: I'm not sure if you've seen it, but I have a bunch of PRs open on the `postcard-rpc` repo. do you have a rough ETA for a new release? IIRC i also briefly tried using it with the git version of `embassy-usb` and noticed that it isn't compatible with that => it might be great to get a new `embassy-usb` release out (presuming that the API there is now "stable"-ish (not sure what's planned there?) beforehand and add support
<Ralph[m]> for that new release?
<Ralph[m]> btw: so far, using `postcard-rpc` is really nice and easy!
<Ralph[m]> the only thing i encountered has nothing to do with you: RustRover (my IDE) stumbles over the macro and thus incorrectly highlights it as wrong (and fails to offer some things in auto-complete). i've reported it to them and hope that they'll fix it in the next release:
<KevinPFleming[m]> The intent here is to return a MutexGuard derived from a Mutex in a StaticCell, so the MutexGuard itself does not have static lifetime.
wassasin[m] has joined #rust-embedded
<wassasin[m]> Kevin P. Fleming: the guard is owned (so it has no lifetime), but it *refers* to a static lifetime
<wassasin[m]> So changing the function prototype to `pub async fn stream(&self) -> Stream<'static> {` should work
<wassasin[m]> If you want to tie up `Handle` you can add the lifetime of `&self` to it using PhantomData
<KevinPFleming[m]> ahh!
<wassasin[m]> Or just a reference to &self/Handle I guess
<KevinPFleming[m]> I don't need to tie up the Handle, there are many of them and they are all useful at the same time, since there is a Mutex inside the Handle
<KevinPFleming[m]> thanks for the explanation.
<wassasin[m]> I guess you can also remove the lifetime parameter from Stream then and use `guard: mutex::MutexGuard<'static, ThreadModeRawMutex, crc::Crc<'static>>,` instead
<wassasin[m]> You say there are many handles, but the new function implies that only a single one exist because a second new will panic
<wassasin[m]> You mean you pass a non-mutable reference around?
<KevinPFleming[m]> yes, the Handle struct is Copy/Clone
<wassasin[m]> Ah right
<Emkanea[m]> I got the following situation: I have a small external EEPROM (128 Bytes) connected via I2C. I want to store some data there. In C I would make a packed structure and use this as my serialization via pointers ( (uint8_t*)&my_struct ). What is the idomatic rust way to get a minimum overhead binary representation? Something better than equivalent to C: repr(C) + transmute ?
<wassasin[m]> Emkanea: if it fits Postcard is nice
<wassasin[m]> You can statically assert that it will fit using https://docs.rs/postcard/1.1.1/postcard/experimental/max_size/trait.MaxSize.html
ello_ has quit [Quit: ZNC 1.9.1 - https://znc.in]
ello has joined #rust-embedded
ello- has quit [Quit: ZNC 1.9.1 - https://znc.in]
ello_ has joined #rust-embedded
pcs38 has quit [Quit: leaving]
sroemer has quit [Quit: WeeChat 4.5.2]
jfsimon1981a has quit [Remote host closed the connection]
jfsimon1981a has joined #rust-embedded
jfsimon1981a has quit [Remote host closed the connection]
jfsimon1981a has joined #rust-embedded
jfsimon1981a has quit [Remote host closed the connection]
jfsimon has joined #rust-embedded
ana_briated_ has joined #rust-embedded
ana_briated has quit [Ping timeout: 252 seconds]
ana_briated_ is now known as ana_briated
MichaFita[m] has quit [Quit: Idle timeout reached: 172800s]
jfsimon has quit [Remote host closed the connection]
jfsimon has joined #rust-embedded
jfsimon has quit [Remote host closed the connection]
jfsimon has joined #rust-embedded
Mathias[m] has quit [Quit: Idle timeout reached: 172800s]
jfsimon has quit [Remote host closed the connection]
jfsimon has joined #rust-embedded
jfsimon has quit [Max SendQ exceeded]
jfsimon has joined #rust-embedded
m5zs7k has quit [Ping timeout: 252 seconds]
Mathias[m] has joined #rust-embedded
<Mathias[m]> I noticed there is a bot (https://t2bot.io/) in this channel that bridges to Discord or Telegram. Does anyone know where it connects to?
<M9names[m]> Maybe a failed experiment?
<M9names[m]> !discord help
<M9names[m]> Doesn't appear to be responsive
m5zs7k has joined #rust-embedded
jfsimon has quit [Remote host closed the connection]
jfsimon has joined #rust-embedded
ana_briated has quit [Remote host closed the connection]
ana_briated has joined #rust-embedded
_whitelogger has joined #rust-embedded