Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24347 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18021 invoked by uid 1010); 11 Jul 2006 22:43:28 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 18005 invoked from network); 11 Jul 2006 22:43:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Jul 2006 22:43:27 -0000 X-PHP-List-Original-Sender: lsmith@php.net X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from ([212.112.227.169:52453] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id A4/51-01822-E8924B44 for ; Tue, 11 Jul 2006 18:43:27 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id B8140DF0151; Wed, 12 Jul 2006 00:00:20 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (flottensignalgeber [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11136-03; Wed, 12 Jul 2006 00:00:12 +0200 (CEST) Received: from [127.0.0.1] (i577B4305.versanet.de [87.123.67.5]) by ipx11223.ipxserver.de (Postfix) with ESMTP id C49A3DF0153; Wed, 12 Jul 2006 00:00:11 +0200 (CEST) Message-ID: <44B41558.1060101@php.net> Date: Tue, 11 Jul 2006 23:17:12 +0200 User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Marcus Boerger Cc: Michael Wallner , internals@lists.php.net References: <97.00.12962.7DE73B44@pb1.pair.com> <44B38343.9030403@zend.com> <44.90.38316.ED1C3B44@pb1.pair.com> <1074809844.20060711203909@marcus-boerger.de> In-Reply-To: <1074809844.20060711203909@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: Re: [PHP-DEV] Re: More valuable error message handling From: lsmith@php.net (Lukas Smith) Marcus Boerger wrote: > Hello Michael, > > yep, here too. track_errors is an optimizations when you don't > want to debug but simply use your app. thats why i said that i would like to atleast be able to get the last error without having to mess/check track_errors ini setting. i think this is an acceptable compromise to always store the last error, no? this covers 100% of all use cases i ever had where i would mess with the track_errors setting at runtime. regards, Lukas