Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1124 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 3232 invoked from network); 1 May 2003 10:54:59 -0000 Received: from unknown (HELO bass.serverhost.net) (216.71.84.17) by pb1.pair.com with SMTP; 1 May 2003 10:54:59 -0000 Received: from exocet (ns.tunebiz.net [61.202.202.2]) by bass.serverhost.net (8.11.6/8.11.6) with SMTP id h41AsQ811798; Thu, 1 May 2003 06:54:26 -0400 Message-ID: <200305011054.h41AsQ811798@bass.serverhost.net> Date: Thu, 01 May 2003 19:54:30 +0900 To: wez@thebrainroom.com Cc: internals@lists.php.net X-Mailer: Datula version 1.51.09 for Windows Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Subject: stream_set_write_buffer() does not work From: fujimoto@tunebiz.net (Masaki Fujimoto) Hello, I noticed that stream_set_write_buffer() is no more available on local files because of the change made on 2003/03/18 to main/streams.c (1.125.2.41 -> 1.125.2.42: use a file descriptor instead of a file pointer). As a result of this change, of course stream_set_write_buffer() and set_file_buffer() does not work anymore in most of the cases because user-level I/O buffer functions like setvbuf() does not work on file descriptors, though I'm not sure if this is the "probelm" or not. If this is an intentional result, fixing documents (== add note like "stream_set _write_buffer does not work on local files, bla bla bla" and fix a sample code) will do, but if not, maybe we should implement php-level I/O buffer or revert this change (I'm not sure reverting this change makes another problem, though:) Regards, Masaki Fujimoto fujimoto@tunebiz.net fujimoto@php.net