4 ms·
I'm not entirely certain what you mean. These C++ developers I'm mentioning are all at least senior (some of them staff+), which makes their remarks on segfaul
by Yoric 11mo ago
I'm not entirely certain what you mean.
These C++ developers I'm mentioning are all at least senior (some of them staff+), which makes their remarks on segfaults scary, because clearly, they haven't realized that a segfault is the best case scenario, not the worst one. This means that they very much need a refresher course on memory safety and why it matters.
The fact that they assume that they're good enough to avoid memory errors without tooling despite the fact that most of these errors are invisible and may remain invisible for years before being discovered is a second red flag, because it strongly suggest that they misunderstand the difficulty.
Of course, the conversation between you and I is complicated by the fact that the same words "memory safety" could apply to the programming language/tooling or to the compiled binary.
- winterlights 11mo agoThe whole discussion sucks, because Rust is not memory safe, and can easily be worse than C and C++ regarding memory safety. Memory unsafety is entirely possible in Rust[0]. [0]: https://materialize.com/blog/rust-concurrency-bug-unbounded-channels/ https://materialize.com/blog/rust-concurrency-bug-unbounded-...
- Yoric 11mo agoNot sure where that comes from. We're not even discussing Rust in this thread.
- yencabulator 11mo agoLooks like unsafe code doing the actual freeing.. unsafe Rust has never been claimed to be memory safe.