Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77004
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <2BBB5D80-5594-4F53-B507-4AD3BB03AE0A@gmail.com>
References: <2BBB5D80-5594-4F53-B507-4AD3BB03AE0A@gmail.com>
Date: Mon, 1 Sep 2014 12:24:35 +0100
Message-ID: <CAKxcST-A34_aNS_AOEGXp_Vp=jJmtNf+R2S5=uSZnOQYbpumLA@mail.gmail.com>
To: "Tjerk Meesters (php maliing list)" <tjerk.meesters@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11353dd06bbd4d0501ff3f02
Subject: Re: [PHP-DEV] Making parse_ini_*() aware of types
From: dragoonis@gmail.com (Paul Dragoonis)

--001a11353dd06bbd4d0501ff3f02
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Seems like a no brainer and since its gone through voting then you could go
ahead with it.
On 30 Aug 2014 15:37, "Tjerk Meesters" <tjerk.meesters@gmail.com> wrote:

> Hi internals,
>
> I was going through the bug list and found this report:
>
> https://bugs.php.net/bug.php?id=3D38409
>
> It discusses the fact that `parse_ini_file()` and `parse_ini_string()`
> throw away type information; for instance, the flag =E2=80=9Con=E2=80=9D =
doesn=E2=80=99t translate
> into a bool(true) but string(=E2=80=9C1=E2=80=9D).
>
> The report has had 21 votes and an average score of 4.3 +- 0.7, so it
> seems to have some traction with users.
>
>
> Simply changing this behaviour would cause BC, so I=E2=80=99ve found a wa=
y in
> which this can be solved with a separate scanner mode; e.g.:
>
> $data =3D parse_ini_file(=E2=80=98/path/to/file=E2=80=99, true, INI_SCANN=
ER_TYPED);
>
> A patch for the lexer can be found here, together with a simple test case=
:
>
>
> https://github.com/datibbaw/php-src/compare/php:master...datibbaw:ini-sca=
nner-plus
>
> It currently distinguishes between booleans, numbers and NULL (it was
> mentioned in the ticket by someone else, not entirely sure of its
> usefulness, though). I haven=E2=80=99t benchmarked it, but the impact on
> performance should be quite minimal.
>
> Thoughts?
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a11353dd06bbd4d0501ff3f02--