<re_irc>
<@ryan-summers:matrix.org> : Very nice talk. I believe the network stack from a company I used to work with was structured just as this talk outlines. Cool to see you can make it all safely :) thanks for the link!
<re_irc>
<@dngrs:matrix.org> yw!
GenTooMan has joined #rust-embedded
_whitelogger has quit [Ping timeout: 246 seconds]
_whitelogger has joined #rust-embedded
duderonomy has joined #rust-embedded
jr-oss has joined #rust-embedded
crabbedhaloablut has joined #rust-embedded
starblue3 has quit [Quit: WeeChat 3.8]
starblue has joined #rust-embedded
<re_irc>
<@pmnxis:matrix.org> Just left my small experience about uart text parsing with STM32G030C6 (32KB Flash and 8KB SRAM).
<re_irc>
I tried to use "nom" or "logos" because they said support "no_std".
<re_irc>
But I think using chat-gpt is good second choice. I used it (with my modification) it worked welll.
duderonomy has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
duderonomy has joined #rust-embedded
sauce has quit [Ping timeout: 246 seconds]
<re_irc>
<@2:0x2c.org> do i need nightly for async?
<re_irc>
<@2:0x2c.org> embassy seems to require nightly
<re_irc>
<@k900:conduit.0upti.me> Not async in general, but async without an allocator yes
<re_irc>
<@henrik_alser:matrix.org> : You can use most of embassy on stable except async-fn-in-trait stuff
<re_irc>
<@2:0x2c.org> what about "#[embassy_executor::task]"
<re_irc>
<@2:0x2c.org> do i need this?
<re_irc>
<@henrik_alser:matrix.org> It’s sugar but you can define the tasks completeley yourself aswell as main
<re_irc>
<@henrik_alser:matrix.org> Why not nightly?
<re_irc>
<@2:0x2c.org> i don't know, it's always a hassle to use
<re_irc>
<@2:0x2c.org> this is for a project that shouldn't bitrot for a long time
<re_irc>
<@henrik_alser:matrix.org> I’ve had zero issues with nightly
<re_irc>
<@2:0x2c.org> i don't even know if async will work out for me
<re_irc>
<@henrik_alser:matrix.org> Been using it in prod for several years
<re_irc>
<@henrik_alser:matrix.org> Just use a toolchain file
<re_irc>
<@2:0x2c.org> this is on a silabs platform that has its own rtos and no existing rust hal
<re_irc>
<@2:0x2c.org> i don't know how easy it is to customize an executor to use rtos primitives
GenTooMan has quit [Ping timeout: 260 seconds]
GenTooMan has joined #rust-embedded
emerent_ has joined #rust-embedded
emerent has quit [Killed (zirconium.libera.chat (Nickname regained by services))]
emerent_ is now known as emerent
<re_irc>
<@mali:grusbv.com> I have a bug that is so time-dependent and also very infrequent that I might need to debug things the not-defmt way.
<re_irc>
<@mali:grusbv.com> By that I mean VSCode, breakpoints and something that would show me the variable values at the point of failure
<re_irc>
<@mali:grusbv.com> Is probe-rs the tool to go? Does anyone use it?
<re_irc>
<@mali:grusbv.com> On the webpage it states a Microsoft DAP integration, that would be without any burden on the running code, right?
<re_irc>
<@mali:grusbv.com> It won't run sth like gdb on the target, but use the debugging peripheral
<re_irc>
<@adamgreig:matrix.org> Yep, that's right
sauce has joined #rust-embedded
<re_irc>
<@2:0x2c.org> what global allocator crate can i use if i want to use libc malloc? there is "libc_alloc", but it checks for "cfg(target_family = "unix")", which doesn't seem to be the case for my target
<re_irc>
<@2:0x2c.org> maybe i can tell it to assume target_family = "unix"?
<re_irc>
<@2:0x2c.org> looks like i have to fork libc_alloc