I'm trying to add "genric" handling to . Ultimate goal is to provide a way for to handle , although signal handling must be done in poser's main event loop (signals are only ever unblocked while waiting for file descriptor events).

Okay, I could just add explicit handling for SIGHUP. But a generic solution would be nicer. Just for example, a consumer might be interested in which doesn't even exist on all platforms ... ๐Ÿค”

Now, specs basically just say signal constants are "integer values". Not too helpful here. Is it safe to assume an upper bound for signal numbers on "real world" OS implementations, e.g. 64 like on ? Should I check and, if not defined, just define it to 64? ๐Ÿ™ˆ

0

If you have a fediverse account, you can quote this note from your own instance. Search https://mastodon.bsd.cafe/users/zirias/statuses/114426760738494323 on your instance and quote it. (Note that quoting is not supported in Mastodon.)