Async::Signals
Composable process signal handling for Ruby.
Features
- Coordinates process-wide signal traps across multiple consumers.
- Supports overlapping signal handlers without replacing each other.
- Supports scoped ignore handlers for specific signals.
- Provides a no-op signal backend for components that should not install process signal traps.
- Restores previous signal traps when handlers are removed.
- Resets inherited signal state in forked children on Ruby implementations with
Process._fork. - Documents thread-safe signal handler design for portable signal delivery.
Usage
Please browse the source code index or refer to the guides below.
Getting Started
This guide explains how to get started with async-signals.
Releases
Please browse the releases for more details.
v0.6.0
- Add
async/signals/gracefulfor installing defaultSIGINTandSIGTERMhandlers that raiseInterrupt.
v0.5.0
- Change
Async::Signals.defaultto select process signal handling only on the main thread when no fiber scheduler is installed.
v0.4.0
- Use
Fiber::Scheduler#fiber_interruptfromContext#raisewhen available, falling back toThread#raise.
v0.3.0
- Pass the installing context as the second signal handler argument and allow handler exceptions to propagate.
v0.2.0
- Add
Async::Signals.defaultandAsync::Signals::Ignorefor selecting process signal handling based on the current thread.
v0.1.0
- Initial release.
Contributing
We welcome contributions to this project.
- Fork it.
- Create your feature branch (
git checkout -b my-new-feature). - Commit your changes (
git commit -am 'Add some feature'). - Push to the branch (
git push origin my-new-feature). - Create new Pull Request.
Running Tests
To run the test suite:
bundle exec sus
Making Releases
To make a new release:
bundle exec bake gem:release:patch # or minor or major
Developer Certificate of Origin
In order to protect users of this project, we require all contributors to comply with the Developer Certificate of Origin. This ensures that all contributions are properly licensed and attributed.
Community Guidelines
This project is best served by a collaborative and respectful environment. Treat each other professionally, respect differing viewpoints, and engage constructively. Harassment, discrimination, or harmful behavior is not tolerated. Communicate clearly, listen actively, and support one another. If any issues arise, please inform the project maintainers.