Re: Signal delivery

[Ludovic Courtès]

Doug Evans <address@hidden> 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’.