[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Some introductory docs about C level threading
From: |
tomas |
Subject: |
Re: Some introductory docs about C level threading |
Date: |
Wed, 2 Feb 2005 10:31:08 +0100 |
User-agent: |
Mutt/1.5.3i |
On Tue, Feb 01, 2005 at 05:01:40PM +0100, Marius Vollmer wrote:
> address@hidden writes:
>
> > My point was rather a `since the implementation is doing this anyway,
[...]
>
> Yep. What about the following:
>
> - int scm_create_new_os_signal (void)
>
> Return an integer that can be used as the signal number with
> scm_sigaction and scm_queue_os_signal.
>
> - void scm_queue_os_signal (int signum)
>
> Notify Guile that the OS signal signum has occured. [...]
> the signal handler for it at the next safe point, as prepared by
> scm_sigaction.
>
> SIGNUM can be a number from signals.h, like SIGINT, or it can be a
> number returned by scm_create_new_os_signal.
>
> The function scm_queue_os_signal is save to be called at any time,
> including from OS signal handlers.
Yes. I think this looks very nice. Some might argue for something more
abstract than an integer (a signal_t or whatnot) -- I wouldn't oppose,
but I'm very happy with what you propose.
Thanks
-- tomás
pgp4_DLp3PmSs.pgp
Description: PGP signature
- Re: Some introductory docs about C level threading, Marius Vollmer, 2005/02/01
- Re: Some introductory docs about C level threading,
tomas <=
- Re: Some introductory docs about C level threading, Ken Raeburn, 2005/02/01
- Re: Some introductory docs about C level threading, Kevin Ryde, 2005/02/01
- Re: Some introductory docs about C level threading, Ken Raeburn, 2005/02/01
- Re: Some introductory docs about C level threading, Kevin Ryde, 2005/02/06
- Re: Some introductory docs about C level threading, Ken Raeburn, 2005/02/08
- Re: Some introductory docs about C level threading, Marius Vollmer, 2005/02/09
- Re: Some introductory docs about C level threading, Kevin Ryde, 2005/02/09
- Re: Some introductory docs about C level threading, Marius Vollmer, 2005/02/10