Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle signals, except SIGHUP, off the main thread #36

Merged
merged 1 commit into from
Nov 5, 2024
Merged

Conversation

heifner
Copy link
Member

@heifner heifner commented Nov 1, 2024

Since signals are used to interrupt execution, handle them on a different thread so that they can interrupt the main thread execution if desired.

@heifner heifner added the OCI Work exclusive to OCI team label Nov 1, 2024
@spoonincode
Copy link
Member

Why is SIGHUP treated specially?

@heifner
Copy link
Member Author

heifner commented Nov 1, 2024

Why is SIGHUP treated specially?

Maintaining existing behavior. But that is a good question. We do want to have SIGHUP on the main thread because it calls the reload of logging.json on the main thread. But why hook it up during replay, no idea.

@spoonincode
Copy link
Member

It's weird... SIGHUP is treated like a shutdown during startup, but then like the config reload after startup 😞

@heifner heifner merged commit 0b2f151 into main Nov 5, 2024
2 checks passed
@heifner heifner deleted the signal-thread branch November 5, 2024 21:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
OCI Work exclusive to OCI team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants