Re: Re: I quit.
| From: | Daniel Lowrey | Date: | Mon, 16 Feb 2015 15:26:57 +0000 |
| Subject: | Re: Re: I quit. | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-82853@lists.php.net to get a copy of this message | ||
On Mon, Feb 16, 2015 at 10:19 AM, Zeev Suraski <zeev@zend.com> wrote:
>
> > -----Original Message-----
> > From: rdlowrey@gmail.com [mailto:rdlowrey@gmail.com] On Behalf Of
> > Daniel Lowrey
> > Sent: Monday, February 16, 2015 5:13 PM
> > To: internals@lists.php.net
> > Subject: [PHP-DEV] Re: I quit.
> >
> > > The 0.1 RFC version was mentioned a lot as a good compromise by many
> > > people and had major support.
> >
> > Any proposal to the scalar hints problem that doesn't definitively error
> > out in
> > the
(int) "apple" case is a non-starter for me;
> > I believe such
solutions
> > are
> > disingenuous at best and dangerous at worst.
>
> Weak type hints the way Andrea proposed them in v0.1 actually did not
accept
> "Apple" as an int (wiki.php.net/rfc/scalar_type_hints?rev=1420209410):
>
> "†Non-numeric strings not accepted. Numeric strings with trailing
characters
> produce a notice."
>
> † applied to both int and float type hints in case of string inputs.
>
> Judging by both this and Anthony's message from a couple of days ago
giving
> the same Apple example, perhaps v0.1 wasn't clearly understood.
>
> Zeev
Perhaps I should've been more explicit: "Numeric strings with trailing
characters produce a notice." is also unacceptable.
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, true);
^ It's my own personal opinion, but as I said before and still believe,
allowing such behavior is disingenuous at best and dangerous at worst.