Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77455
Return-Path: <derick@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 33402 invoked from network); 22 Sep 2014 11:31:08 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 22 Sep 2014 11:31:08 -0000
Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender)
X-PHP-List-Original-Sender: derick@php.net
X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6
Received: from [82.113.146.227] ([82.113.146.227:50227] helo=xdebug.org)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 16/50-31799-B7800245 for <internals@lists.php.net>; Mon, 22 Sep 2014 07:31:08 -0400
Received: from localhost (localhost [IPv6:::1])
	by xdebug.org (Postfix) with ESMTPS id 82957115404;
	Mon, 22 Sep 2014 12:31:04 +0100 (BST)
Date: Mon, 22 Sep 2014 12:31:03 +0100 (BST)
X-X-Sender: derick@whisky.home.derickrethans.nl
To: Patrick Schaaf <php@bof.de>
cc: Andrea Faulds <ajf@ajf.me>, internals <internals@lists.php.net>
In-Reply-To: <CAJ26g5StAYcvNcRGO5kBTOjuvGcbMUUufmLd9=p76pWjgMyX1A@mail.gmail.com>
Message-ID: <alpine.DEB.2.11.1409221230190.4267@whisky.home.derickrethans.nl>
References: <63FFDE7B-4156-4BE2-9754-3F32E148C7B8@ajf.me> <CAJ26g5StAYcvNcRGO5kBTOjuvGcbMUUufmLd9=p76pWjgMyX1A@mail.gmail.com>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: [PHP-DEV] [VOTE][RFC] Null Coalesce Operator
From: derick@php.net (Derick Rethans)

On Sat, 20 Sep 2014, Patrick Schaaf wrote:

> Am 20.09.2014 01:35 schrieb "Andrea Faulds" <ajf@ajf.me>:
> >
> > https://wiki.php.net/rfc/isset_ternary#vote
> 
> Hi,
> 
> got a question after being bitten my the issue yesterday in the context of
> the "@yadda ?: 'default'" form yesterday:
> 
> What about yadda that results, at the moment, in fatal errors?? Things like
> static::$missingproperty, $this->missingmethod(), and other stuff?
> 
> Will the ?? operator
> A) make these non-fatal
> B) silently fatal (like now when @ is used)

It should be this one to be consistent. @ is shit, but sadly can not be 
avoided in all situations.

cheers,
Derick