Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:39382
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.186 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=Cp5b1BYC/u1KFmBAM+/bs2rl2qFI/xAR3kTZl4YsTJ5nQaCzToBoono0V/opKDm7I2
         7Aa+G0nicTOE/JG+mkNoL4hP0hKe8cXI9n5Vq2FqP45aTQQnkN42hNbIRtRNkU/9vEBU
         ppUWiTsb35Kn8ot/nXv7OuYxV78YRXoEyRQcM=
To: Derick Rethans <derick@php.net>
Date: Sun, 27 Jul 2008 16:38:47 +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>
In-Reply-To: <alpine.DEB.0.98.0807271604250.18548@kossu.ez.no>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-ID: <200807271638.47548.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: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).

Regards,

Arnaud