Off és teljesen naiv kérdés: Rust safety dolgait nem lehetne C-re alkalmazni?
Lehetni lehetne, de minek? A Rust memsafety-je egy parasztvakítás, valójában semmit sem ér (igazából még árt is, mert hamis biztonságérzetet kelt).
https://doc.rust-lang.org/book/ch15-06-reference-cycles.html
https://internals.rust-lang.org/t/a-new-memory-leak-example-with-channe…
https://www.deleaker.com/blog/2022/04/12/memory-leaks-in-rust/
https://klau.si/blog/testing-memory-leaks-in-rust/
https://users.rust-lang.org/t/detect-and-resolve-memory-leak/76105
https://onesignal.com/blog/solving-memory-leaks-in-rust/
...stb.
A megoldás egyébként pont az, amit C-nél már ősidők óta alkalmaznak: egy plusz ellenőrzést végző allokátor használata a beépített helyett a debug idejére.
https://github.com/lynnux/leak-detect-allocator
Annyi sanitizer meg static analyzer létezik, képtelenség vagy végtelen erőforrásigény lenne ezekből Rust szintű memory safetyt kicsikarni?
Valójában sokkal jobbak ezek, mint a Rust-é (egyszerűen azért, mert a rustc még új, tele van kijavítatlan bugokkal (jelen sorok írásakor kb. 10000 megoldatlan jegy), addig a C-s toolokat már évtizedek óta használják és alaposan ki lettek már tesztelve és reszelve).
Az egyik legjobb ilyen tool a valgrind: mindent tud, amit a Rust ellenőrzője, azonban nem lassítja feleslegesen a production-t, mert csak debug-kor használod (és nem függ semmiféle fordítótól se). Ez mondjuk nem static analyzer, futás közben végzi az ellenőrzést, és akár Rust kódot is tudsz vele ellenőrizni.