Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15417 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14527 invoked by uid 1010); 13 Mar 2005 16:22:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 14510 invoked from network); 13 Mar 2005 16:22:15 -0000 Received: from unknown (HELO gmail.com) (127.0.0.1) by localhost with SMTP; 13 Mar 2005 16:22:15 -0000 X-Host-Fingerprint: 64.233.184.195 wproxy.gmail.com Linux 2.4/2.6 Received: from ([64.233.184.195:48547] helo=wproxy.gmail.com) by pb1.pair.com (ecelerity HEAD r(5124)) with SMTP id 2B/E1-31540-6B864324 for ; Sun, 13 Mar 2005 11:22:15 -0500 Received: by wproxy.gmail.com with SMTP id 37so1010248wra for ; Sun, 13 Mar 2005 08:22:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Zjcs3LWJDhhH9czaJ96rM050i68ng1t+9XQ3vqgWWRZISyQn7mP0VsEiAT/hmUbPli+AUL7AKNHzVlPm1EK4QehgyUMKbh/W2SX6aIePOVDIGcWKyy4MrZeKAA4sSwvGaUZhMBWzQ3j0NZ/iGaa85YdM1Qc/x1eIwDj2SLToDz4= Received: by 10.54.63.11 with SMTP id l11mr2783268wra; Sun, 13 Mar 2005 08:22:12 -0800 (PST) Received: by 10.54.44.57 with HTTP; Sun, 13 Mar 2005 08:22:12 -0800 (PST) Message-ID: <4e89b42605031308227861a559@mail.gmail.com> Date: Sun, 13 Mar 2005 11:22:12 -0500 Reply-To: Wez Furlong To: Stanislav Malyshev Cc: Zeev Suraski , PHP Development In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4e89b42605031010124c2a4092@mail.gmail.com> <4e89b42605031012432aac07ae@mail.gmail.com> <4e89b4260503111229565d2a15@mail.gmail.com> <4e89b42605031307013841d59@mail.gmail.com> Subject: Re: [PHP-DEV] zend_stream_fixup From: kingwez@gmail.com (Wez Furlong) This is frustrating (and annoying). It's a simple abstraction layer so that the zend engine can efficiently parse input from arbitrary data sources, including, but not limited to, php streams. If you told me exactly what you're trying to do, we can work together more productively. Instead, you've got some secret code that needs to do something magical with the stream; you won't tell me what that is, and you don't seem to understand that the code is the way it is, for abstraction purposes. If you would ask useful, practical questions, like "I need to be able to stat the stream and perform operations X, Y, Z; how can we implement that?", then I can help. It's a waste of time otherwise. --Wez. On Sun, 13 Mar 2005 17:13:04 +0200 (IST), Stanislav Malyshev wrote: > WF>>> handlers for streams (php_stream *). I do not understand why do you use > WF>>> the same thing for FPs (once more for FILE *, not for php_stream *!) - > WF>>> provided that the only function that actually benefits from it is > WF>>> zend_stream_read and it is not overridable. > WF>> > WF>>Read the code again; the read function is assigned along with the type > WF>>and pointer. > > OK. I know it and I said twice I know it. This still does not answer my > question: why FP is converted to STREAM and is read via handler if you could > read it just fine via FP and only place where you need the handler is > zend_stream_read? > > -- > Stanislav Malyshev, Zend Products Engineer > stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115 >