Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85794 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95417 invoked from network); 13 Apr 2015 23:30:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Apr 2015 23:30:45 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:33938] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 42/97-41712-3A15C255 for ; Mon, 13 Apr 2015 19:30:45 -0400 Received: by mail.experimentalworks.net (Postfix, from userid 1003) id 54A644A1C8; Tue, 14 Apr 2015 01:31:21 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on km31408.keymachine.de X-Spam-Level: * X-Spam-Status: No, score=1.4 required=3.0 tests=ALL_TRUSTED, DNS_FROM_AHBL_RHSBL autolearn=no version=3.3.2 X-Spam-HAM-Report: * 2.4 DNS_FROM_AHBL_RHSBL RBL: Envelope sender listed in dnsbl.ahbl.org * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from [192.168.2.34] (ppp-93-104-6-125.dynamic.mnet-online.de [93.104.6.125]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 3E9334A1C5; Tue, 14 Apr 2015 01:31:19 +0200 (CEST) Message-ID: <1428967835.3492.32.camel@kuechenschabe> To: Johannes Ott Cc: internals@lists.php.net Date: Tue, 14 Apr 2015 01:30:35 +0200 In-Reply-To: <64.A4.41712.D951C255@pb1.pair.com> References: <1428938604.3492.21.camel@kuechenschabe> <1428944075.3492.27.camel@kuechenschabe> <64.A4.41712.D951C255@pb1.pair.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vDTpz8O5ox/yzk32ZW6j" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Subject: Re: [PHP-DEV] New RFC draft "static class constructor" From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) --=-vDTpz8O5ox/yzk32ZW6j Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2015-04-13 at 21:14 +0200, Johannes Ott wrote: > The obvious task is to initial the state of the class before usage as I > wrote inside my introduction of the RFC. That is one possible task users are going to try doing. Users are more creative. > I think there is no "random" behavior (not more then other so called > "magic" methods). But I see that I forgot this point in the discussion > part because we already had this point on the prediscussion. Will add > this tomorrow, with my exact answer to this point, It is "random" in the sense that a seemingly unrelated change somewhere in an application changes order in other places, too. johannes --=-vDTpz8O5ox/yzk32ZW6j Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAABAgAGBQJVLFGbAAoJEH3sTmn8nIPXiXEH/jf0xnsvlXC2aNtuV9eKSOSs PStYeOdCWcUoUA2juAbd0RtrZL9RjHfS5Vn5fASvlLG9joRKwJF1dWxC/Q/DfNux Dic/kZ4yUw07rULYUDSNNx7E3UUKhkrNY4KSxj7XtXLeaHYi/4MfFcbxxekRT+6Q NR/1b+fbUMPkHN8AMgOSPzZqhdnIEziaIwlXi24xLM9VtUt9FqzCNajUMqRAbwlM GA3h2YUbltR8+fcWCcx1HzjWpQsMZFHuwxDS0a1dX9xCoavggcUxl4zaUfNwVFvP Uvf9UJS2ONggUmEHBs3BsCgB7blRKECoKXffuUMRg5o7DwwK30TuJxWpgg5pB34= =Giwj -----END PGP SIGNATURE----- --=-vDTpz8O5ox/yzk32ZW6j--