Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51635 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1947 invoked from network); 9 Mar 2011 14:39:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Mar 2011 14:39:59 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.220.170 mail-vx0-f170.google.com Received: from [209.85.220.170] ([209.85.220.170:65179] helo=mail-vx0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 54/F2-21312-C31977D4 for ; Wed, 09 Mar 2011 09:39:57 -0500 Received: by vxb39 with SMTP id 39so507854vxb.29 for ; Wed, 09 Mar 2011 06:39:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eXGoPD1a2eeF1nQzQ7UeRrFw95jg6n4g71nYQEyApUA=; b=kUzzlWau1z83GkIWVKCj76IdvHksWKJ9joJN2V+iM/hL/CIBBCu5f5yOUns5P9d4t7 qhYnWX7VPPv9V2mNhKftN2Ygj4KcTeQnWNvD9YAeWQ1Yt++9zx0lrQ6WNq5As3+Zy1pf mcHNHdXnc3hXP4EunCngiHl9HMW1h16hokCYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=w3jqYHiKxBU5qxs6E8BqFF3f4mdcHUD+vwiiqAS2jwblmdBCmLWVZI9X4Z1pgsdm/K iiFmFf2VyWyeANE9J7y3zKxbdNg53j6a+Pxmi5FgGwYxDfLjECSlIum/yLZkPWeJ7ao7 JLTUVBcBuq+/mtUOTdCiatkBmi2T7ncfhm2ns= MIME-Version: 1.0 Received: by 10.52.68.168 with SMTP id x8mr7163152vdt.158.1299681594308; Wed, 09 Mar 2011 06:39:54 -0800 (PST) Sender: tyra3l@gmail.com Received: by 10.52.161.227 with HTTP; Wed, 9 Mar 2011 06:39:54 -0800 (PST) In-Reply-To: References: <4D7629B5.4090007@php.net> <4D76D849.6000103@gmail.com> <4D778E63.2060504@gmail.com> Date: Wed, 9 Mar 2011 15:39:54 +0100 X-Google-Sender-Auth: 6NsPE9Ty_gx-jhhs6Yz_GFvQKMw Message-ID: To: Hannes Landeholm Cc: David Muir , internals@lists.php.net Content-Type: multipart/alternative; boundary=20cf307f3bb8bff975049e0db371 Subject: Re: [PHP-DEV] Make set_time_limit() timeout a catchable fatal error From: info@tyrael.hu (Ferenc Kovacs) --20cf307f3bb8bff975049e0db371 Content-Type: text/plain; charset=UTF-8 no, it only means that you cant return to the original scope and continue the execution of your script. as you can't throw exceptions also, because your code is running without a stack frame. you can check out the https://github.com/Tyrael/php-error-handler its a little class which operates with register_shutdown_function to allow handling non-recoverable errors before halting. there are too many case in the php src where non-recoverable errors are triggered for non fatal problems. that should be changed, so open a bugreport if you think you found one, where isn't neccessary to halt the execution. Tyrael On Wed, Mar 9, 2011 at 3:30 PM, Hannes Landeholm wrote: > You mean the shutdown function is called and 1 nanosecond later PHP crashes > so you don't have time to do anything? > > ~Hannes > > On 9 March 2011 15:27, David Muir wrote: > > > Hmm, I think I worded that poorly. > > A function registered with register_shutdown_function does execute when > > the max_execution_time is exceeded. > > What it doesn't let you do is to recover in the same way an error > > handler would let you. > > > > David > > > > On 09/03/11 22:56, Hannes Landeholm wrote: > > > I second making time limit reached catchable. All non catchable fatal > > errors > > > are a problem for me. I need to handle problems gracefully to ensure > the > > > stability of production systems instead of PHP just killing itself > > without > > > warning. I just reported a similar issue: > > > http://bugs.php.net/bug.php?id=54195 > > > > > > A simple way to implement this would be to register a function that > would > > be > > > called N seconds before the script would timeout. > > > > > > register_timeout_handler(2, function() { die("PHP timed out."); }); > > > > > > It would be called just as a shutdown function - in fact I'd like to > use > > the > > > same function as my shutdown function and get the error with > > > error_get_last(). Of course set_time_limit(0) could be used in this > > function > > > to prevent the timeout of the timeout handler. This does not "prevent" > > > timeout since set_time_limit could have been called by the script > before > > the > > > timeout anyway. > > > > > > On that note I also miss a function which returns the time the script > can > > > keep running for. If that calculate needs to be calculated to > implemented > > to > > > implement this, why not make the value available to the PHP script? > > > > > > ~Hannes > > > > > > On 9 March 2011 02:30, David Muir wrote: > > > > > >> Although it doesn't let you recover from a timeout, you could use > > >> register_shutdown_function to gracefully exit after a fatal error. > > >> > > >> register_shutdown_function(function(){ > > >> $error = error_get_last(); > > >> if($error && $error['type'] === E_ERROR){ > > >> echo 'PHAIL! Oh noes, something went wrong!'; > > >> // do whatever else you need to do before quitting > > >> } > > >> }); > > >> > > >> Cheers, > > >> David > > >> > > >> On 08/03/11 22:39, Pierre Joye wrote: > > >>> hi, > > >>> > > >>> is not the goal of this setting to prevent that a script runs longer > > >>> than a given time? A catchable error will prevent that to happen. > > >>> > > >>> On Tue, Mar 8, 2011 at 2:05 PM, Sebastian Bergmann < > sebastian@php.net> > > >> wrote: > > >>>> Could set_time_limit() be changed in such a way that it triggers a > > >>>> catchable fatal error instead of a fatal error? Thanks! > > >>>> > > >>>> -- > > >>>> Sebastian Bergmann Co-Founder and Principal > > >> Consultant > > >>>> http://sebastian-bergmann.de/ > > >> http://thePHP.cc/ > > >>>> -- > > >>>> PHP Internals - PHP Runtime Development Mailing List > > >>>> To unsubscribe, visit: http://www.php.net/unsub.php > > >>>> > > >>>> > > >>> > > >> > > >> -- > > >> PHP Internals - PHP Runtime Development Mailing List > > >> To unsubscribe, visit: http://www.php.net/unsub.php > > >> > > >> > > > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > --20cf307f3bb8bff975049e0db371--