Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65579
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <510EA95F.40503@divbyzero.net>
References: <510EA95F.40503@divbyzero.net>
Date: Sun, 3 Feb 2013 13:34:54 -0500
Message-ID: <CAL+t6cHHVuZBnkOqrnvC_aNdHKa=SDWenwOBy-fqWxVDghWUvQ@mail.gmail.com>
To: Martin Jansen <martin@divbyzero.net>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=f46d04462ea89238a304d4d63bd9
Subject: Re: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0
From: theanomaly.is@gmail.com (Sherif Ramadan)

--f46d04462ea89238a304d4d63bd9
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Feb 3, 2013 at 1:15 PM, Martin Jansen <martin@divbyzero.net> wrote:

> Back in December I submitted a pull request to make FILTER_VALIDATE_INT
> accept +0/-0. That request was merged into php-src:
>
> https://github.com/php/php-src/pull/248
>
> The other day I then stumbled upon a note on
> http://www.php.net/manual/en/filter.filters.validate.php saying "Numbers
> +0 and -0 are not valid integers but validate as floats.", which makes
> me wonder if the previous behavior (rejecting +0/-0) was on purpose
> rather than by mistake?
>
> Or should the documentation be adjusted to reflect the new behavior?
>
> - Martin
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Well, as far as I can tell that note was there back when
FILTER_VALIDATE_INT didn't accept +/-0 as a valid int. I'll go ahead and
update the docs to note the change in behavior.

--f46d04462ea89238a304d4d63bd9--