memory safety for JS depends on the engine you're running it on, and I'm not necessarily referring just to memory safety, Rust also safeguards against memory issues like memory leaks, which aren't uncommon in JS.
memory safety for JS depends on the engine you're running it on, and I'm not necessarily referring just to memory safety, Rust also safeguards against memory issues like memory leaks, which aren't uncommon in JS.
If you want to attack JS, you can just point at the fact that it has null and undefined, and laugh. You don't have to invent alternative facts about the benefits of Rust.
rust can literally leak memory that doesn't have any references to it? that would be unacceptable in most other languages (it is literally the reason python also has a tracing gc).
the kinds of memory leaks you can get in js where code holds on to things longer than it needs to are possible in any language with dynamic memory allocaton, including rust
yes, but in Rust it's still opt-in, you need to purposefully call std::mem::forget() or Box::leak(), in JS it happens because the GC fails.
you don't, you can also create reference cycles. the js gc doesn't "fail". you're just holding on to memory that you don't need anymore. you can do that in rust as well.
Since when do you have any sort of access to memory on JS to where you're holding on to memory willfully? I don't have any control over when memory is freed or created in JS, I do in Rust.