Hi!
One of the many things that is chaotic in PHP is what internal function
returns when invalid parameters are given (i.e. params parsing fails).
Most of those functions do one of:
1a. just return - this happens with most standard ext code, which was
converted from old params parsing to a n
On Wed, December 30, 2009 12:25 pm, Hans-Peter Oeri wrote:
> Hi!
>
> Rasmus Lerdorf wrote:
>
>> Yeah, good luck with that. We have been imploring people for 10
>> years
>> to not have display_errors on in production with very little
>> success.
>
> I agree but am convinced at least part of that pr
On Wed, December 30, 2009 8:30 am, Hans-Peter Oeri wrote:
> Hi!
>
> Christian Schneider wrote:
>
>> leads to another inconsistency: Depending on the hosting provider
>> and/or
>> frameworks/modules used you'd have to write different error
>> handlers.
>
> I understand there are widely differing app
Hi,
On Wed, 2009-12-30 at 19:15 +, Ilia Alshanetsky wrote:
> iliaaWed, 30 Dec 2009 19:15:11 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=292823
>
> Log:
> Fixed bug #44827 (define() allows :: in constant names).
>
> Bug: http://bu
Hi!
Rasmus Lerdorf wrote:
> Yeah, good luck with that. We have been imploring people for 10 years
> to not have display_errors on in production with very little success.
I agree but am convinced at least part of that problem lies in the
default php.ini, which - up to 5.2 - defaulted to display_
Hi Ilia,
Cc-ing internals
Il 30/12/2009 15:39, Ilia Alshanetsky ha scritto:
On 2009-12-30, at 4:45, Matteo Beccati wrote:
Hi Ilia & Marcus,
I'm sending this to both of you because I don't know who's the current
maintainer of ext/pgsql (is the EXTENSIONS file up to date?)
I've managed to fix
Hans-Peter Oeri wrote:
> Hi!
>
> Christian Schneider wrote:
>
>> leads to another inconsistency: Depending on the hosting provider and/or
>> frameworks/modules used you'd have to write different error handlers.
>
> I understand there are widely differing applications for php, that's why
> I thin
Hi!
Christian Schneider wrote:
> leads to another inconsistency: Depending on the hosting provider and/or
> frameworks/modules used you'd have to write different error handlers.
I understand there are widely differing applications for php, that's why
I think backwards-compatibility and common de
Hans-Peter Oeri wrote:
> The problem for me as a php end-user currently is, that no coherent
> error behaviour in php exists. Core functions only issue errors, intl
To be honest I prefer an inconsistent but stable error mechanism.
Allowing to change the error behaviour (e.g. something as extreme a
