>> Instead of using simple sanitizing function users are forced to check
>> for errors. How good is that? It makes code complex or unreliable.
>
> Explain me again how checking for errors makes code unreliable?
OR unreliable. If you check for errors, sanitizing code is complex. If you
don't check
any news on this topic?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Instead of using simple sanitizing function users are forced to check for
errors. How good is that? It makes code complex or unreliable.
Explain me again how checking for errors makes code unreliable?
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)25
On Sat, 2008-01-26 at 22:13 +0100, Lars Strojny wrote:
> Hi,
>
> Am Samstag, den 26.01.2008, 12:17 -0500 schrieb Sam Barrow:
> > I don't think throwing a E_NOTICE is appropriate. The isset() construct
> > doesn't throw an E_NOTICE, this shouldn't either.
>
> As far as I understand it is just an
Hi,
Am Samstag, den 26.01.2008, 22:43 +0100 schrieb Johannes Schlüter:
[...]
> ?: operator
> [DOC] "expr1 ?: expr1" is a shortcut for: "expr1
> ? expr1 : expr2" as exists in gcc and discussed some time back. Note
> that this is not an implementation ifsetor($var, default). While
> ifsetor wou
Hi,
Am Samstag, den 26.01.2008, 16:23 -0500 schrieb Robert Cummings:
[...]
> This doesn't work how you think... if $_GET['foo'] is set then the
> return value is true and not the value of $_GET['foo'].
Hm, check what happens:
$b = array(false, false);
var_dump($b[0] ?: "sdf");
This will return
Hi,
On Sat, 2008-01-26 at 16:23 -0500, Robert Cummings wrote:
> And I thought the whole point was for it to not generate a notice. Isn't
> that why the name ifsetor was chosen? Since it's supposed to work like
> isset() by not generating notices?
This thing is not called "ifsetor". From the commi
On Sat, 2008-01-26 at 22:13 +0100, Lars Strojny wrote:
> Hi,
>
> Am Samstag, den 26.01.2008, 12:17 -0500 schrieb Sam Barrow:
> > I don't think throwing a E_NOTICE is appropriate. The isset() construct
> > doesn't throw an E_NOTICE, this shouldn't either.
>
> As far as I understand it is just an
Hi,
Am Samstag, den 26.01.2008, 12:17 -0500 schrieb Sam Barrow:
> I don't think throwing a E_NOTICE is appropriate. The isset() construct
> doesn't throw an E_NOTICE, this shouldn't either.
As far as I understand it is just an extension to the already present
tertiary operator and therefore the i
On Jan 26, 2008 5:30 PM, Sebastian <[EMAIL PROTECTED]> wrote:
> hi,
>
> i just found the new ifsetor like construction in php6.
(FYI: It has already been merged to 5.3)
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
usage of references here have some bad consequences, it will pollute
the input array with null entries:
function foo(&$a) { }
var_dump(array_key_exists('inexistent', $_GET)); // bool(false)
foo($_GET['inexistent']);
var_dump(array_key_exists('inexistent', $_GET)); // bool(true)
will actually
On Saturday 26 January 2008 18:22:09 Sam Barrow wrote:
> I'm sorry I misunderstood. If specifying like "$var ?: 5" then it should
> throw an E_NOTICE, as this is a conditional that checks the value of a
> variable ($var).
>
> Sebastian, for assigning of a default value is a variable is not set, I
>
I'm sorry I misunderstood. If specifying like "$var ?: 5" then it should
throw an E_NOTICE, as this is a conditional that checks the value of a
variable ($var).
Sebastian, for assigning of a default value is a variable is not set, I
would recommend using something like this (this is what I use):
I don't think throwing a E_NOTICE is appropriate. The isset() construct
doesn't throw an E_NOTICE, this shouldn't either.
On Sat, 2008-01-26 at 17:30 +0100, Sebastian wrote:
> hi,
>
> i just found the new ifsetor like construction in php6. It left me the
> question why php has to throw an E_NOTI
hi,
i just found the new ifsetor like construction in php6. It left me the
question why php has to throw an E_NOTICE when the variable is not set. This
is basicly because that actually is the meaning of this construction,
checking if the variable is set and if it isnt give back a standard value
Hello,
I would like karma to commit bugfixes in php-src. (i'd send patches)
Actually i have access to phpdoc, phpdoc-langs.
My cvs id: felipe
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> > Should really theses functions discard the whole string for a single
> > incomplete sequence ?
>
> I think since it is not possible to recover true content of the string,
> it is ok to return failure value. Cutting it in random places or
> ignoring problems doesn't seem a good idea - it mig
17 matches
Mail list logo