3 ms·
You can call any system function that is marked as async-signal-safe. Whether that's a great idea is a different question. > Don't expect a compiler error, thi
by jstimpfle 4y ago
You can call any system function that is marked as async-signal-safe. Whether that's a great idea is a different question.
> Don't expect a compiler error, this is C, where the programmer knows best.
As for this snark, these considerations are pretty much OS and concurrency stuff that transcend any implementation language [0]. No one prevents you to switch back to single-threaded cushy OOP-y Javascript, however note that someone has to implement and run that for you.
[0] yes, signals aren't beautiful, and in 2023 a beautifully designed OS might better do delivery of asynchronous messages using event handling and/or using dedicated threads. However, that's computing history for you, and it can be worked with. If you don't like it find a different platform. C doesn't really require signals, and if you use Unix with a different language, signals won't just go away.
- pjmlp 4y agoIndeed, "Transcending POSIX: The End of an Era?" https://www.usenix.org/publications/loginonline/transcending-posix-end-era https://www.usenix.org/publications/loginonline/transcending...
- jstimpfle 4y agoSo you're going back to URL firing mode, instead of making clear statements that are reasonably backed up?