Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55386 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12792 invoked from network); 12 Sep 2011 14:40:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Sep 2011 14:40:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=christian.kaps@mohiva.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=christian.kaps@mohiva.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mohiva.com from 178.63.228.54 cause and error) X-PHP-List-Original-Sender: christian.kaps@mohiva.com X-Host-Fingerprint: 178.63.228.54 elvis.mohiva.com Linux 2.6 Received: from [178.63.228.54] ([178.63.228.54:42490] helo=elvis.mohiva.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D9/D4-62506-ED91E6E4 for ; Mon, 12 Sep 2011 10:40:31 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by elvis.mohiva.com (Postfix) with ESMTP id 869271D24860 for ; Mon, 12 Sep 2011 16:40:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at mohiva.com Received: from elvis.mohiva.com ([127.0.0.1]) by localhost (elvis.mohiva.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2cdfdMQVbjKy for ; Mon, 12 Sep 2011 16:40:21 +0200 (CEST) Received: from elvis.mohiva.com (elvis.mohiva.com [178.63.228.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: christian.kaps@mohiva.com) by elvis.mohiva.com (Postfix) with ESMTPSA id EECE51D2485F for ; Mon, 12 Sep 2011 16:40:20 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 12 Sep 2011 16:40:20 +0200 To: In-Reply-To: References: <4E6D0B5C.8030907@php.net> <4E6DF2A9.2040608@php.net> Message-ID: X-Sender: christian.kaps@mohiva.com User-Agent: Roundcube Webmail/0.5.4 Subject: Re: [PHP-DEV] [RFC] Factory for Stream Wrappers From: christian.kaps@mohiva.com (Christian Kaps) On Mon, 12 Sep 2011 14:43:33 +0100, Gustavo Lopes wrote: > Em Mon, 12 Sep 2011 12:53:13 +0100, Sebastian Bergmann > escreveu: > >> Regarding state it is important to notice that PHP does *not* >> execute >> the constructor on all low level calls when instantiating the >> wrapper >> class - for whatever reason that is the case. Changing that >> behaviour >> would cause quite some side effects, with possible quite some BC >> breaks. > > This is a bit off-topic, but could you elaborate on this (possibly > submitting a bug report)? I see user_wrapper_opener trying to call > the > constructor: > > http://lxr.php.net/opengrok/xref/PHP_5_3/main/streams/userspace.c#298 > > So any failure to do this would be a bug. > Not sure if it's actual, but this behaviour is documented: http://de3.php.net/manual/en/streamwrapper.construct.php#94731 Christian