Doug Evans <xdj...@gmail.com> skribis: > I see (at least) two high level problems. > > 1) Some apps need ability to use their own signal handlers.
You mean the “real” signal handler, right? > 2) Remove need for a separate thread. > > I'm not addressing (2) in this patch, though I am allowing for the day > when the signal delivery thread is gone (the API needn't change). > > I'm addressing (1) by exporting two things: > a) ability to record a signal with Guile in an async-safe way (for the > present implementation that means basically by exporting the > pipe-writing part of take_signal). > b) ability to specify in advance which function to call and on which > thread to process the signal, basically by exporting install_handler. Sounds like a plan. I wonder if this might expose too much, but we’ll see with the patch. :-) Thanks for looking into this! Ludo’.
