Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:67577 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20482 invoked from network); 28 May 2013 08:26:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 May 2013 08:26:21 -0000 Authentication-Results: pb1.pair.com smtp.mail=hello@apfelbox.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=hello@apfelbox.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain apfelbox.net from 83.169.28.40 cause and error) X-PHP-List-Original-Sender: hello@apfelbox.net X-Host-Fingerprint: 83.169.28.40 vwp5063.webpack.hosteurope.de Received: from [83.169.28.40] ([83.169.28.40:60412] helo=vwp5063.webpack.hosteurope.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EB/DB-44058-B2A64A15 for ; Tue, 28 May 2013 04:26:21 -0400 Received: from hsi-kbw-5-56-219-61.hsi17.kabel-badenwuerttemberg.de ([5.56.219.61] helo=[192.168.0.72]); authenticated by vwp5063.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1UhFEV-00060p-IU; Tue, 28 May 2013 10:26:15 +0200 Date: Tue, 28 May 2013 10:26:18 +0200 To: Peter Cowburn Cc: Pierre Joye , Sanford Whiteman , =?utf-8?Q?Leszek_Krupi=C5=84ski?= Message-ID: In-Reply-To: References: <51A092FC.4010700@wikimedia.org> <51A1AF3E.5000704@sugarcrm.com> <51A2D395.5030302@sugarcrm.com> <1022965181.20130527011024@cypressintegrated.com> <51A2FD10.7030906@gmail.com> <293168642.20130527032001@cypressintegrated.com> <1365CA005E814697B447DD55A243832A@apfelbox.net> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="51a46a2a_ded7263_1005" X-bounce-key: webpack.hosteurope.de;hello@apfelbox.net;1369729581;c2c8e247; Subject: Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale? From: hello@apfelbox.net (Jannik Zschiesche) --51a46a2a_ded7263_1005 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Peter, > You're describing the current behaviour; unless I'm missing something > obvious, the warning is only displayed when you try to do something > date-related. Your example script should not be presenting any warnings, > regardless of the date.timezone INI setting or lack thereof. > > you are right (I obviously missed some "hidden" [inside a library] date/time calls when encountering this error). This makes the following statement from Leszek interesting: > Also, the check "if timezone not set show warning" would have to be shifted > from initialization to call of each and every datetime function. It seems, like this is the case then. -- Cheers Jannik --51a46a2a_ded7263_1005--