Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65733
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain yahoo.de from 212.82.109.234 cause and error)
DomainKey-Status: good
DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.de;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=QHq1DXNXclGopoHY1UyqTUvcUkEoUzfnRycTXkPmbX5qJBzDasLJ0B/HXgT400J7lZe+LhABB9s1eL8vWhIibK9fPuUciqKBaFIQZtnQfoPbN/8ZzmxAydr1Dds8sTJ2/5/OqW9Shx5/IKsRIPmSmtS5oyYMO9xcuj9fUoPQMHA=;
References: <510EA95F.40503@divbyzero.net> <alpine.DEB.2.02.1302031737430.5054@whisky.home.derickrethans.nl> <2835262.zO39iNXCyM@rofl> <002d01ce02c8$dbb6d430$93247c90$@Liepert@gmx.de> <op.wrzbosnpidpuyk@damnation.nl.lo.geleia.net> <1360350275.70839.YahooMailNeo@web133005.mail.ir2.yahoo.com> <op.wr7eq8pkidpuyk@damnation.nl.lo.geleia.net>
Message-ID: <1360357762.54581.YahooMailNeo@web133003.mail.ir2.yahoo.com>
Date: Fri, 8 Feb 2013 21:09:22 +0000 (GMT)
Reply-To: hakre <hanskrentel@yahoo.de>
To: Gustavo Lopes <glopes@nebm.ist.utl.pt>, 'Patrick Schaaf' <php@bof.de>,
  "internals@lists.php.net" <internals@lists.php.net>,
  Frank Liepert <Frank.Liepert@gmx.de>
Cc: 'Derick Rethans' <derick@php.net>, 'Martin Jansen' <martin@divbyzero.net>
In-Reply-To: <op.wr7eq8pkidpuyk@damnation.nl.lo.geleia.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0
From: hanskrentel@yahoo.de (hakre)

=0A=0A=0A----- Urspr=FCngliche Message -----=0A> Von: Gustavo Lopes <glopes=
@nebm.ist.utl.pt>=0A> An: 'Patrick Schaaf' <php@bof.de>; "internals@lists.p=
hp.net" <internals@lists.php.net>; Frank Liepert <Frank.Liepert@gmx.de>; ha=
kre <hanskrentel@yahoo.de>=0A> CC: 'Derick Rethans' <derick@php.net>; 'Mart=
in Jansen' <martin@divbyzero.net>=0A> Gesendet: 21:19 Freitag, 8.Februar 20=
13=0A> Betreff: Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0=0A> =0A=0A>=
>=A0=A0A special case still left is "=B10". It is with the 'PLUS-MINUS =0A>=
 SIGN' (U+00B1).=0A> =0A> By special case, I meant a deviation to the gener=
al rule on how the code handles =0A> the input. The code handles the charac=
ters 0-9 prefixed by an optional sign.=0A=0AThe general rule is to either a=
llow + 'PLUS SIGN' (U+002B) and -  'HYPHEN-MINUS' (U+002D) for all positive=
 natural numbers excluding zero.=0A=0AThe discussion is about to allow thos=
e as well for zero.=0A=0AThe 'PLUS-MINUS SIGN' (U+00B1) is a relevant sign =
for the number zero in this context but it got unnoticed so far in the disc=
ussion.=0A=0ATo not deviate from the general rule to allow signs in front o=
f all positive natural numbers excluding zero for the missing zero, all val=
id plus and minus signs including *both at once* as possible for zero shoul=
d be properly filtered as valid integers.=0A=0AIf you aim to have UTF-8 com=
patibility with the input, you should also consider 'MINUS SIGN' (U+2212), =
I didn't mention it so far because PHP by default targets ISO-8859-1 (at le=
ast commonly, historically and by popularity), so I only covered the sign i=
n Latin-1.=0A=0A>  The =0A> PLUS-MINUS SIGN -- or, for that matter, all the=
 other numeric characters in the =0A> Unicode repertoire -- are irrelevant.=
=0A=0AUnicode is never irrelevant, it's used to communicate clearly and spe=
cifically about which signs I'm concerned about.=0A=0AUnicode does not clas=
sify "numeric characters", you probably meant 'Number, Decimal Digit', 'Sym=
bol, Math [Sm]', 'Punctuation, Dash' or 'Number, Other' but it remains unsp=
ecified in your email. Would you please elaborate?=0A=0A> =0A>>=A0=A0It's a=
n equally incorrect sign for the number 0 as "-" or =0A> "+" is incorrect. =
Available in internet standards ISO-8859-1 and more =0A> as "\xB1"=A0 (UTF-=
8 as "\xC2\xB1"), =0A> FILTER_VALIDATE_INT should reflect hidden dependency=
 of input encoding here.=0A> =0A> I'm not sure what you're arguing for here=
.=0ATo make the feature complete, the input encoding needs to be hinted for=
 those signs otherwise the FILTER_VALIDATE_INT won't work properly with str=
ings with an unexpected encoding (UTF-8 since PHP 5.4 (?!); ISO-8859-1 in t=
he past).=0A=0AOtherwise I'd say it's important to document a note that the=
 function is US-ASCII / ISO-8859-1 safe (only?) as this is string input val=
idation.=0A=0A-- hakre