3 ms·
I don't understand how this is still a problem in 2026. Signals should just come in via a new thread and it would solve all the complexity around them. Everyone
by charcircuit 1mo ago
I don't understand how this is still a problem in 2026. Signals should just come in via a new thread and it would solve all the complexity around them. Everyone has known the current way it works is extremely limited in what you can safely do. This whole pause the execution of what's currently running and then run some extra code somewhere else turned out to not be a good idea.
- inigyou 1mo agoThey should come in via signalfd unless they're the moral equivalent of a non-maskable interrupt.
- charcircuit 1mo agoThat is also good, but requires apps be rewritten to read from signalfd. With the separate thread approach you can get away without having to rewrite programs.
- inigyou 1mo agoIncorrect. With the separate thread approach you added a lot of new race conditions.
- charcircuit 1mo agoIn practice I don't think there would be that many. You could even pause execution of the thread that would have gotten the signal to make it even safer.
- shawn_w 1mo agoAnd for people who want to use something other than Linux?
- lmz 1mo agoBSD kqueue, Solaris ports.