Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1165 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40147 invoked from network); 2 May 2003 15:41:53 -0000 Received: from unknown (HELO carmine.bestweb.net) (209.94.102.73) by pb1.pair.com with SMTP; 2 May 2003 15:41:53 -0000 Received: from [192.168.1.100] (ip216-179-71-153.cust.bestweb.net [216.179.71.153]) by carmine.bestweb.net (Postfix) with ESMTP id C270122F7A; Fri, 2 May 2003 10:41:53 -0500 (EST) To: Sascha Schumann Cc: internals@lists.php.net In-Reply-To: References: Content-Type: text/plain Organization: Message-ID: <1051885120.11377.9.camel@hasele> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 02 May 2003 10:18:40 -0400 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [PATCH] Deprecate use of stdio From: sterling@bumblebury.com (Sterling Hughes) Just a note (didn't have time to review the patch, but I trust you :-), that I'm +1 on the idea. -Sterling On Thu, 2003-05-01 at 19:04, Sascha Schumann wrote: > The following patches are aimed at deprecating the use of > stdio by the script lexer in PHP 4, because certain stdio > libraries impose restrictive limits on the number of open > handles*. > > The patches have been split functionally for the benefit of > the reviewer. > > Patch 1 adds a stream interface which fills in a > zend_file_handle. This is simply a modified copy of the > open_as_file function. > > Patch 2 adds zend_open() which expects the implementation to > fill in a zend_file_handle. > > Patch 3 makes PHP supply a zend_open implementation. > > Patch 4 modifies the lexer skeleton so that it can read using > POSIX functions and stdio. It also makes > open_file_for_scanning use zend_open. > > * Background: Even the most modern Solaris ships with a stdio > library which cannot handle fds over 255. This severely > limits any web server which may open more than 255 fds per > process, because it won't be able to parse PHP scripts > anymore. > > I've evaluated integrating sfio into the build process, but > as it turns out, a full and complete integration would be a > lot more complex than addressing the issue up-front. > > - Sascha > > ______________________________________________________________________ > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php -- "First they ignore you, then they laugh at you, then they fight you, then you win." - Gandhi