> doesn't follow CSP as much as go's
Because it supports asynchronous messaging too? As if CSP were some concept that emerged fully formed from Tony Hoare's head like Athena from Zeus?
I'm sorry you see dichotomies where others see dualities.
Because it supports asynchronous messaging too? As if CSP were some concept that emerged fully formed from Tony Hoare's head like Athena from Zeus?
I'm sorry you see dichotomies where others see dualities.
The tone of your previous comment made me feel that this thread is going in an unproductive direction, so I'll stop here.
Perhaps you should try to be more informed about Rust before you try to have an argument about it in the future!
AFAIK, rust also doesn't allow selecting between a send and receive on channels. It only allows selecting over a set of receivers and even there it doesn't offer something like the default clause of Go's select statement.
Perhaps you should try to read my comments in their entirety before making accusations.
Yes I missed sync_channel, but if that is all CSP was, Java does CSP too. It has Threads and SynchronousQueue exactly like rust 1.0 will.
This is where I again point out that neither Java nor Go ensure that state sent over channels is actually isolated, and both allow data races.
With Rust that is not the case. You have true isolation (unless you explicitly opt not to)