[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Signal delivery

From: Ludovic Courtès
Subject: Re: Signal delivery
Date: Wed, 19 Feb 2014 00:06:15 +0100
User-agent: Gnus/5.130007 (Ma Gnus v0.7) Emacs/24.3 (gnu/linux)

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!


reply via email to

[Prev in Thread] Current Thread [Next in Thread]