Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Do you agree with them that "implementations which really compile Python have to be able to handle some thread suddenly modifying something out from under another thread"?

Would you say that's also true of Smalltalk implementations?



As if there aren't Smalltalk and Lisp implementations with support for parallelism, and have naturally to handle such cases.


By "support for parallelism" do you mean invoke multiple VMs and use sockets or shared memory?


You know what I mean, no need to play lawyer, leading the witness.


No.

As-far-as I can see those comments are unhelpful to the point of being evasive.



And when we look at that (proprietary Cincom Smalltalk) approach we find "simple mechanisms for spawning multiple running copies of the image and using those to perform various tasks in parallel" and "Objects are marshaled between the master and drone as copies, not as references."

That's not an example of comparable complexity to "… Python ha[s] to be able to handle some thread suddenly modifying something out from under another thread".




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: