|
|
|
|
|
|
by pjmlp
1831 days ago
|
|
|
You forgot another line, it was actually: Creating NetworkComponent
Dropping NetworkSocket
Dropping NetworkComponent
Dropping NetworkSocket
Besides, you forgot another tiny detail,By replacing the socket now the port number is another one, and all processes that had open connections to that port will now crash, or have messages dropped without getting why. I can also fabricate plenty of error situations with Rust if you feel so inclined. And if you were actually serious, you would be aware that there are Roslyn analysers that validate IDispose follows proper RAII patterns, like https://github.com/DotNetAnalyzers/IDisposableAnalyzers Remember, Rust isn't perfect, and only fixes 70% of existing error patterns, I can have plenty of inspiration with the remaining 30%. |
|
|
No I didn't. That line is totally irrelevant and does not apply to the socket that was passed to the NetworkComponent. It applies to the initial socket you've added which was not even present in the original example. You should have used Option to make your code equivalent.
Anyway, your example failed to show use-after-close in Rust.
> Remember, Rust isn't perfect, and only fixes 70% of existing error patterns
Sure, no-one here debated that. But it fixes/protects from more error patterns than C#, and use-after-close is one of them.
You stated that try-with-resources + struct types are functionally equivalent to RAII. My code proved they were not, because you can trivially make use-after-free, and it is even really easy to do that by accident. There is nothing in the language that protects from leaking a closeable reference from the `using` scope and then using that reference after the scope gets closed. And that leak can happen 10 layers below, when it is not as easily seen as in this trivial example I posted. In Rust you can do it only with explicit `unsafe`; otherwise the typesystem tracks that for you.