srv, ibus: a note the daemon lives through keeps its endpoints
srvnote and addrnote unlinked on any note at all, and plan9port marks SIGPIPE Ignore: notify.c:59 lists it, and signotify runs the handler chain first and only then finds the Ignore flag and returns. So one broken pipe took the IPC socket and the IBus address file away from a daemon that went on running -- measured on a private runtime dir, a single kill -PIPE left the process in state Ssl with both files gone, so every client that focused a widget afterwards silently had no input method and only a restart brought it back. libxcb writes with writev, so the note is a broken X connection away; today xim.c's die() masks it by taking the daemon down on the same event, which is exactly why the two must not depend on each other. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
7
dat.h
7
dat.h
@@ -7,6 +7,13 @@
|
||||
#define min(a, b) ((a) < (b) ? (a) : (b))
|
||||
#define max(a, b) ((a) > (b) ? (a) : (b))
|
||||
|
||||
/*
|
||||
* plan9port runs the note handlers for a note it goes on to ignore, and
|
||||
* the process lives through it, so what strans announced must outlive
|
||||
* such a note. A daemon that forks nothing gets only the one.
|
||||
*/
|
||||
#define notefatal(note) (strcmp(note, "sys: write on closed pipe") != 0)
|
||||
|
||||
/* A language id is the control code of the Ctrl key that selects it. */
|
||||
enum
|
||||
{
|
||||
|
||||
Reference in New Issue
Block a user