Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37614 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90563 invoked from network); 13 May 2008 02:30:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 May 2008 02:30:55 -0000 Authentication-Results: pb1.pair.com smtp.mail=hsantos@isdg.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=hsantos@isdg.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain isdg.net designates 208.247.131.9 as permitted sender) X-PHP-List-Original-Sender: hsantos@isdg.net X-Host-Fingerprint: 208.247.131.9 ntbbs.winserver.com Windows NT 4.0 (older) Received: from [208.247.131.9] ([208.247.131.9:4482] helo=winserver.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A2/25-56987-D5DF8284 for ; Mon, 12 May 2008 22:30:54 -0400 Received: from mail.winserver.com ([208.247.131.9]) by winserver.com (Wildcat! SMTP Router v6.3.452.5) for internals@lists.php.net; Mon, 12 May 2008 22:29:36 -0400 Received: from hdev1 ([70.146.15.233]) by winserver.com (Wildcat! SMTP v6.3.452.5) with ESMTP id 1087122546; Mon, 12 May 2008 22:29:36 -0400 Message-ID: <4828FD20.9020602@isdg.net> Date: Mon, 12 May 2008 22:29:52 -0400 Organization: Santronics Software, Inc. User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Stanislav Malyshev CC: internals References: <4824219D.3070806@isdg.net> <4824EEAA.3080901@isdg.net> <48287EFC.4090205@zend.com> <48289A67.7040100@isdg.net> <48289F7E.9010305@zend.com> In-Reply-To: <48289F7E.9010305@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Extension_Dir: Proposal to offer multi-directory DLL loading From: hsantos@isdg.net (Hector Santos) Stanislav Malyshev wrote: >> a) copy our DLLS into PHP "extension_dir" folders, >> b) copy them to a windows PATHed folder, > > If it's external use DLLs, b) is the right way to go. It is regardless > of the extension - if multiple parts of the application use same DLL, > and they may reside in different directories, PATH is only way I can > think of that makes it work. Its the only way to augment PHP. I seriously doubt we are not going to change a 12 year design, operations and support policy of not requiring customers the need to use a PATH statement just to implement 3rd party solutions. It just not going to happen. PHP is not the central piece of the server framework. If the current change to PHP53 is kept, which breaks PHP52, then we only have the choice of using a FQFN, which is fine, but that further means different versions of the PHP.INI setup. So if you think the multi-path extension_dir= change isn't going to be accepted to PHP53, I might as well stop right here. PS: I must say that I find it incredible that "breaking code" seems to be the modus operandi around here. I think the team should be more considerate of such issues and especially high-end corporate implementation needs if it wishes to be more friendly and cooperative as PHP moves on. -- Hector Santos, CTO Santronics Software, Inc.