Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:104770
To: internals@lists.php.net
References: <CAK5kH3x-P+eDXtf0wsm-=sffMq6y_6QGAdavikMEOGu=R1ddeA@mail.gmail.com>
 <CAK5kH3zGox7e9o3NhQav2hutk3hZoKAeXPkH7dNK9+aSDmbemw@mail.gmail.com>
Message-ID: <051bac84-2600-ba52-efad-ef0b3af27291@fischer.name>
Date: Sat, 16 Mar 2019 09:49:22 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0)
 Gecko/20100101 Thunderbird/60.5.3
MIME-Version: 1.0
In-Reply-To: <CAK5kH3zGox7e9o3NhQav2hutk3hZoKAeXPkH7dNK9+aSDmbemw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam_report: Spam detection software, running on the system "scanner01.home", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  On 14.03.19 20:33, C. Scott Ananian wrote: > ps. more ambitious
    would be to introduce a new "substring" type, which > would share the allocation
    of a parent string with its own offset and > length fields. That would probably
    be as invasive as the ZVAL_INTERNED_STR > type, though -- a much much bigger
    project. [...] 
 
 Content analysis details:   (-2.9 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                             [score: 0.0000]
X-CMAE-Envelope: MS4wfFi/XWAyEnj//G9hQjM4ZrfrFQCB2kIwJoUGC7ADYIAo/3bXFMeHIh4o8slJRQ2bdTNS85YsqaMsgHVYjqXs27Lpg5CfY8cALhnf4LzKYvl4DyhcbHg8
 eRXtGa3uJze1rZeTB5GgWX3p/iPpjnEu5ZH4qhhVV9rhSm37KVBllJfg
Subject: Re: [PHP-DEV] Offset-only results from preg_match
From: markus@fischer.name (Markus Fischer)

On 14.03.19 20:33, C. Scott Ananian wrote:
> ps. more ambitious would be to introduce a new "substring" type, which
> would share the allocation of a parent string with its own offset and
> length fields.  That would probably be as invasive as the ZVAL_INTERNED_STR
> type, though -- a much much bigger project.

That feature would be incredible to have.

Erlang/Elixir use these concept and it's incredible what they can do 
with this.
However, the data types there are also immutable so it's whole other league…

- Markus