Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:126088
Precedence: bulk
MIME-Version: 1.0
References: <CAKVXxD-9=cv5M7DHs0FLZdLMy9Xe5+AcXYtd6iSEmY=9u1g4AQ@mail.gmail.com>
 <CAKVXxD9QX1DODPboY9=36Cb23t36hLAF-Fa_NAeN3xoWDXycPg@mail.gmail.com> <Re44EoZ2A4IxjpFiUp0ZFd0ybwLNe923wDGbJo2TfZ4UPQcAQHxX2XE-RB-IWtZFkK_rrPT6JQvss265WxXuf3RvMqjzd8pH1G_7DhiM1NQ=@gpb.moe>
In-Reply-To: <Re44EoZ2A4IxjpFiUp0ZFd0ybwLNe923wDGbJo2TfZ4UPQcAQHxX2XE-RB-IWtZFkK_rrPT6JQvss265WxXuf3RvMqjzd8pH1G_7DhiM1NQ=@gpb.moe>
Date: Mon, 2 Dec 2024 04:26:50 +1000
Message-ID: <CAKVXxD_yd6sUgM=mjYEPJ1jK6O760nr8pGwyEfFG8tYttsBN6A@mail.gmail.com>
Subject: Re: [PHP-DEV] Re: Inaccurate documentation on return values from
 native functions
To: "Gina P. Banyard" <internals@gpb.moe>
Cc: internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000002004c06283994aa"
From: mickmackusa@gmail.com (mickmackusa)

--00000000000002004c06283994aa
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 1, 2024 at 10:01=E2=80=AFPM Gina P. Banyard <internals@gpb.moe>=
 wrote:

> This should just have been an issue on the php/doc-en repo.
>
> Please open such an issue so that we can track it (or submit a PR).
>
> Best regards,
>
> Gina P. Banyard
>

I am not sure that this is purely a problem with the documentation.
It seems possible to me that someone updated the documentation to reflect a
new intention for these functions.
Will it not be that these functions will be altered in the core to do what
the documentation says?

Mick

--00000000000002004c06283994aa
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">On Sun, Dec 1, 2024 at 10:01=E2=80=AFPM G=
ina P. Banyard &lt;internals@gpb.moe&gt; wrote:</div><div class=3D"gmail_qu=
ote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo=
rder-left:1px solid rgb(204,204,204);padding-left:1ex"><div style=3D"font-f=
amily:Arial,sans-serif;font-size:14px">This should just have been an issue =
on the php/doc-en repo.</div><div style=3D"font-family:Arial,sans-serif;fon=
t-size:14px"><br></div><div style=3D"font-family:Arial,sans-serif;font-size=
:14px">Please open such an issue so that we can track it (or submit a PR).<=
br></div><div style=3D"font-family:Arial,sans-serif;font-size:14px"><br></d=
iv>
<div style=3D"font-family:Arial,sans-serif;font-size:14px">
    <div>
        <div style=3D"font-family:Arial,sans-serif;font-size:14px;color:rgb=
(0,0,0);background-color:rgb(255,255,255)"><span style=3D"font-family:Verda=
na,sans-serif">Best regards,</span></div><div style=3D"font-family:Arial,sa=
ns-serif;font-size:14px;color:rgb(0,0,0);background-color:rgb(255,255,255)"=
><br></div><div style=3D"font-family:Arial,sans-serif;font-size:14px;color:=
rgb(0,0,0);background-color:rgb(255,255,255)"><span style=3D"font-family:Ve=
rdana,sans-serif">Gina P. Banyard</span></div></div></div></blockquote><div=
><br></div>I am not sure that this is purely a problem with the documentati=
on.<div>It seems possible to me that someone updated the documentation to r=
eflect a new intention for these functions.</div><div>Will it not be that t=
hese functions will be altered in the core to do what the documentation say=
s?</div><div><br></div><div>Mick=C2=A0</div></div></div>

--00000000000002004c06283994aa--