Re:"No way to prevent this" say users of only language where...
by xena on Wednesday May 22, 2024 @04:12AM
(#40438541)
Well, yes. I'm more focusing on user space applications here. This is why that nuance post would have to be so long. People here would probably misconstrue it to be that I want to "kill C" though. That's part of the reason why I haven't written it yet lol
Re:"No way to prevent this" say users of only language where...
by p_l on Wednesday May 22, 2024 @04:39AM
(#40438756)
Mostly because you often get shipped half-broken pile of C-based SDK as your blessed environment.
Not because there's no other options (and long before Rust had its name coined)
Re:"No way to prevent this" say users of only language where...
by pjc50 on Wednesday May 22, 2024 @04:41AM
(#40438780)
It's difficult, because "embedded not networked" is an environment where security risks are low, but "embedded networked" is a really nasty environment of haunted routers and abandoned IoT devices.
Is it acceptable to risk buffer overruns on the HTTP server running on an insulin pump?
Re:"No way to prevent this" say users of only language where...
by j-krieger on Wednesday May 22, 2024 @07:50AM
(#40439844)
I agree. I regularly use Rust on embedded devices and what many advocates like to leave out is that you're just using regular old C under the hood anyway. It's bindings all the way down.
I would give at least embedded development a pass, since you rarely do have a choice there