Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:104366
MIME-Version: 1.0
References: <CAF+90c-q631w16DahA9bZPWyZPtYMaA0yB+vvKLxKi3AApUQDg@mail.gmail.com>
 <CAEYWF=75d2wik1r1_p7VxMPSgncBRhp9od=dVuzMGYebOT0+-Q@mail.gmail.com> <1549987000.2902.28.camel@schlueters.de>
In-Reply-To: <1549987000.2902.28.camel@schlueters.de>
Date: Tue, 12 Feb 2019 16:58:43 +0100
Message-ID: <CAEPJdumdZSry86a-+6BNHqdXe4fWGbjzfLwxrostdtUgirt9xQ@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: Nikita Popov <nikita.ppv@gmail.com>, PHP internals <internals@lists.php.net>, bishop@php.net
Content-Type: multipart/alternative; boundary="0000000000009011360581b480b7"
Subject: Re: [PHP-DEV] Convert ext/xml to use an object instead of resource
From: kontakt@beberlei.de (Benjamin Eberlei)

--0000000000009011360581b480b7
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Johannes Schl=C3=BCter <johannes@schlueters.de> schrieb am Di. 12. Feb. 201=
9 um
16:57:

> On Di, 2019-02-12 at 10:29 -0500, Bishop Bettini wrote:
> > Would it make sense to update is_resource
> > (and friends) to be aware that "resources" returned from xml_parser_*
> > are not resources proper, but rather resources nominal?
> >
> > If userland needed to strictly determine what was a resource proper
> > and what was a resource nominal, we could improve the signature:
> > is_resource(mixed $var, bool $strict =3D false). But, honestly, the
> > aforementioned opaqueness makes me think this wouldn't be necessary.
>
> How do you distinguish an object with a "resource" from one not
> representing such a thing?
>
> - Any object?
> - All internal ones?
> - Add a class_entry flag?
> - Hardcode a list?


Extend an interface maybe

>
>
> None of those really make sense to me.
>
> The `is_*` routines look at PHP's type system, the information for
> general use is limited (we don't have ReflectionResource as well ...
> while that couldn't do much anyways as a resource is only a void*)
>
> The only use case here seems to be
>
>    $foo =3D xml_*();
>    if (!s_resource($foo)) error();
>
> Which is limited, since the only xml function returning a resource
> seems to be xml_parser_create() which will always succeed (except out
> of memory or similar)
>
> johannes
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--0000000000009011360581b480b7--