Re: RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Naming changes.

From: Date: Sun, 31 Dec 2000 05:21:47 +0000
Subject: Re: RE: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] Naming changes.
References: 1 2 3  Groups: php.dev php.qa 
Request: Send a blank email to php-dev+get-42689@lists.php.net to get a copy of this message
Richard Lynch wrote: > > We already have a capable warning system, are there sound reasons > > to add anything to PHP besides E_NOTICE then E_WARNINGs on the > > old names? Users can just change their error_reporting() in > > their .ini and/or on a per page, or per-script (or per function!) > per function? > I didn't know that was possible... Inline, per function call: 1. @function_name... "@" supresses errors, so they can turn off the notices/warnings quickly for a single, obsoleted, function. 2. or they can: error_reporting (E_ALL^E_WARNING) obsoletefunction() error_reporting (E_ALL) Sterling also pointed out a way of doing this for all functions in a script (by making new names for them). > Users presumably have a reason for setting their error_reporting at a > certain level, and if wholesale changes to PHP function names are going to > force them to either: > not use the error_reporting they need, or > not upgrade until they and their clients alter *many* pages > Large-scale ISPs may have a lot of unhappy clients if they aren't forewarned > sufficiently that these changes are occurring. Definitely. Note, however, that the default error level is to hide E_NOTICE, so E_WARNING will be the **first time** the name changes will be noticed by most users, and the knee-jerk reaction will to turn the reporting off/down while that code can be fixed. -Ron -- Personal: ron@opus1.com, 520-326-6109, http://www.opus1.com/ron/ Work: rchmara@pnsinc.com, 520-546-8993, http://www.pnsinc.com/ The opinions expressed in this email are not neccesarrily those of myself, my employers, or any of the other little voices in my head.

« previous php.dev (#42689) next »