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

Even when a value satisfies these architecture-dependent requirements, the language still does not guarantee atomicity of concurrent reads/writes, and programs which rely on that assumption are buggy.


Isn't this part of the Go memory model (https://go.dev/ref/mem)?


Logic bugs != memory safety bugs.

E.g. in java you can mess up your logic with data races, but the racing itself is safe and can never cause the VM to enter an invalid state.




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

Search: