Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42215 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2014 invoked from network); 10 Dec 2008 18:33:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Dec 2008 18:33:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=danielc@analysisandsolutions.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=danielc@analysisandsolutions.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain analysisandsolutions.com from 166.84.1.73 cause and error) X-PHP-List-Original-Sender: danielc@analysisandsolutions.com X-Host-Fingerprint: 166.84.1.73 mail2.panix.com Received: from [166.84.1.73] ([166.84.1.73:55036] helo=mail2.panix.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F0/A7-11210-16B00494 for ; Wed, 10 Dec 2008 13:33:05 -0500 Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mail2.panix.com (Postfix) with ESMTP id 538EE34803 for ; Wed, 10 Dec 2008 13:33:02 -0500 (EST) Received: by panix3.panix.com (Postfix, from userid 14662) id 610C88FDE0; Wed, 10 Dec 2008 13:33:02 -0500 (EST) Date: Wed, 10 Dec 2008 13:33:02 -0500 To: PHP Internals List Message-ID: <20081210183302.GA19304@panix.com> References: <493ECBFD.6060407@chiaraquartet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <493ECBFD.6060407@chiaraquartet.net> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: [PHP-DEV] problem with include_path and write-based file functions From: danielc@analysisandsolutions.com (Daniel Convissor) Hi: On Tue, Dec 09, 2008 at 01:50:21PM -0600, Gregory Beaver wrote: > I > think allowing include_path to be used at all for file modification is > horrendous, and think it should be deprecated and removed from PHP 6. I agree. To avoid compatibility issues between 5.2 and 5.3, it seems best that the behavior not change in 5.3, though an E_DEPRECATED should be raised. Then remove the functionality from 6.0. Thanks, --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409