Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73720
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.217.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1397744009.2829.3212.camel@guybrush>
References: <CAPwsocErQTJ=2S2Yn5PhWgCha8T_GVkJSz0XkTN9Qz3OPDTVyA@mail.gmail.com>
	<1397744009.2829.3212.camel@guybrush>
Date: Thu, 17 Apr 2014 17:18:03 +0300
Message-ID: <CAPhkiZze6mtk8_+tcibWG7Z3KYCaJT-OxEb8BKBsKrBK6Kw2Tw@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: Leigh <leight@gmail.com>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Negative string offsets
From: narf@devilix.net (Andrey Andreev)

Hi,

On Thu, Apr 17, 2014 at 5:13 PM, Johannes Schl=C3=BCter
<johannes@schlueters.de> wrote:
> Hi,
>
> On Thu, 2014-04-17 at 13:01 +0100, Leigh wrote:
>> What are peoples thoughts on allowing negative string offsets, that retu=
rn
>> characters from the end of a string.
>
> I'm +/-0 on this. But mind: Current form makes it simpler to find bugs
> when miscalculating the offset. Allowing negative offsets gives harder
> to debug results. Additionally I wonder how often this is actually
> needed, thus justifying to change the language rules.
>
> johannes

For example, every time you need to check for a filename extension,
last segment of a path, etc. When I need that, I always endup with
substr(), strrchr() or explode(), end() ... both are suboptimal.

Cheers,
Andrey.