Context
Issue #79 suggested using ConsoleLifetime when an IHost is supplied. PR #80 intentionally leaves external IServiceProvider, IHost, and IReplHost overloads caller-owned to avoid duplicate process handlers. It directly covers console cancel keys and Unix SIGTERM for internally configured process-owning profiles, but does not directly register POSIX SIGQUIT or translate Windows service/control shutdown.
Questions to resolve
- Should
IHost overloads integrate with IHostApplicationLifetime.ApplicationStopping, ConsoleLifetime, or both?
- Should a future process-owning profile handle SIGQUIT directly, and what exit/second-signal policy should it use?
- What are the correct Windows mappings for Ctrl+C, Ctrl+Break, console close, service stop,
taskkill, and job-object termination?
- How can Repl avoid competing with a host that already installed lifetime handlers?
Acceptance criteria
Context
Issue #79 suggested using
ConsoleLifetimewhen anIHostis supplied. PR #80 intentionally leaves externalIServiceProvider,IHost, andIReplHostoverloads caller-owned to avoid duplicate process handlers. It directly covers console cancel keys and Unix SIGTERM for internally configured process-owning profiles, but does not directly register POSIX SIGQUIT or translate Windows service/control shutdown.Questions to resolve
IHostoverloads integrate withIHostApplicationLifetime.ApplicationStopping,ConsoleLifetime, or both?taskkill, and job-object termination?Acceptance criteria