Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51198 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 52843 invoked from network); 3 Jan 2011 02:12:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Jan 2011 02:12:10 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.153 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.153 smtp153.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.153] ([67.192.241.153:51249] helo=smtp153.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 90/E4-27430-870312D4 for ; Sun, 02 Jan 2011 21:12:09 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp25.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 0AAB72D0131; Sun, 2 Jan 2011 21:12:05 -0500 (EST) X-Virus-Scanned: OK Received: by smtp25.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 912512D00C4; Sun, 2 Jan 2011 21:12:04 -0500 (EST) Message-ID: <4D213073.5070609@sugarcrm.com> Date: Sun, 02 Jan 2011 18:12:03 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "weigelt@metux.de" CC: "internals@lists.php.net" References: <1290504719.2294.251.camel@guybrush> <20101231035937.GA18520@nibiru.local> <4D1D695C.9040400@sugarcrm.com> <20101231114927.GC18520@nibiru.local> <4D1E48AB.6070601@sugarcrm.com> <20110103011442.GC27395@nibiru.local> In-Reply-To: <20110103011442.GC27395@nibiru.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Release Process From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Something seem to turn them on magically, no idea what it was. > (perhaps the config variable name changed ? ;-o) No, it has not. Whatever "magically changed" on your system was not caused by PHP. On the other hand it gave you a chance to fix a serious configuration problem on your server, so I write it down as a win :). > The fact that those warnings suddenly appeared in the output *is* > a semantic change. I still wonder why went to stdout instead of > syslog in the first place. Those warnings should never ever appear in output, and the said change happened in 5.3.0, which is supposed to have such kind of changes. It went to stdout because your system was not configured like a production system should be. > Why such kind of deprecations at all ? > Why dont such things become optional (buildtime) features that are > enabled by default (unless some --disable-deprecated-foo given) ? Because nobody cares about these options. For heaven's sake, people still have trouble with how display_errors works! Who is going to look into these "options"? People would ignore them and then complain "why suddenly things changed without a warning? You should have warned us!" > Still many code relies on that. Probably not very fine concepts from > language design view, but still quite useful. If it's so bad, it > should have been gone since 5.0. "Many code" is broken and should be fixed *now*. Sorry, but there's no better answer for that - these features are broken, dangerous and should not be used. register_globals is off by default since 4.2.0. allow_call_time_pass_reference is deprecated since 5.0. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227