Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:39410
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.82.236 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:cc:references:in-reply-to
         :mime-version:content-type:content-transfer-encoding
         :content-disposition:message-id;
        b=ZbWDDRI+pAnoSs8RMKwHSYA5XOhrTC+V1WVi9rrfsl4KNddDlwRbAkXUEZ8QZrS2Q4
         m3zLJAEquyeuu8wE9eyaiDvTeCeGm9TCA4QTXMNf1sq9lBENAeumSPBlgrC6kh0ktN79
         4+5W4wf/wpGUnUwKXiNnzH/tOI33tGpKju4GM=
To: Derick Rethans <derick@php.net>
Date: Mon, 28 Jul 2008 17:26:39 +0200
User-Agent: KMail/1.9.9
Cc: internals@lists.php.net
References: <200807271551.30949.arnaud.lb@gmail.com> <alpine.DEB.0.98.0807271604250.18548@kossu.ez.no> <200807271638.47548.arnaud.lb@gmail.com>
In-Reply-To: <200807271638.47548.arnaud.lb@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-ID: <200807281726.40115.arnaud.lb@gmail.com>
Subject: Re: [PHP-DEV] Replacement to ticks for signals
From: arnaud.lb@gmail.com ("Arnaud Le Blanc")

On Sunday 27 July 2008 16:38:47 Arnaud Le Blanc wrote:
> On Sunday 27 July 2008 16:04:58 Derick Rethans wrote:
> > On Sun, 27 Jul 2008, Arnaud Le Blanc wrote:
> > 
> > > Hi,
> > > 
> > > I made a pcntl_signal_dispatch() function [1] to allow scripts that use 
> > > signals to work without ticks.
> > > 
> > > This function just calls the pcntl's tick handler on-demand so that all 
> signal 
> > > handler functions are called if there are pending signals.
> > > 
> > > It does not allow the signal handlers to be called at any time like with 
> > > ticks, but allows things like this:
> > > 
> > > while (do_something()) {
> > >  /* main loop */
> > >  pcntl_signal_dispatch();
> > > }
> > > 
> > > or 
> > > 
> > > while (pcntl_signal_dispatch() && do_something()) {
> > >  /* main loop */
> > > }
> > 
> > Does the function block if there are no pending signals? If not, I think 
> > we should make that an option.
> > 
> 
> No, but I was thinking to implement sigwaitinfo()/sigtimedwait(), which 
blocks 
> indefinitly or for a given time until a signal is delivered. This also 
> requires to implement sigprocmask().
> 
> It would also be great to have signalfd() (which is select()able), but it's 
> Linux specific and requires quite recent Kernel and libc (that said, I'm 
> going to implement it if there are positive feedbacks about that).
> 

I added pcntl_sigwaitinfo(), pcntl_sigtimedwait() and pcntl_sigprocmask() to 
my patch:

http://arnaud.lb.s3.amazonaws.com/pcntl.patch

pcntl_sigwaitinfo() allows to block until the specified signals have been 
delivered.
pcntl_sigtimedwait() does the same thing, but with a timeout.
pcntl_sigprocmask() allows to block a set of signals so that they will not be 
delivered between two calls of the above functions.