Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14234 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60999 invoked by uid 1010); 30 Dec 2004 01:49:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 60980 invoked from network); 30 Dec 2004 01:49:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Dec 2004 01:49:24 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.4/2.6 Received: from ([80.74.107.235:51945] helo=mail.zend.com) by pb1.pair.com (ecelerity HEAD (r3992M)) with SMTP id A2/1C-65170-2AE53D14 for ; Wed, 29 Dec 2004 20:49:24 -0500 Received: (qmail 17537 invoked from network); 30 Dec 2004 01:49:16 -0000 Received: from localhost (HELO andi-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 30 Dec 2004 01:49:16 -0000 Message-ID: <5.1.0.14.2.20041229174827.02ed6a60@localhost> X-Sender: andi@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 29 Dec 2004 17:49:11 -0800 To: Moriyoshi Koizumi , internals Mailing List Developers In-Reply-To: <057D485F-5956-11D9-BD25-000A95CE0C62@at.wakwak.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Module activation order in php_request_startup() From: andi@zend.com (Andi Gutmans) References: <057D485F-5956-11D9-BD25-000A95CE0C62@at.wakwak.com> It probably has to do with the fact that the sessions module requires the COOKIEs to be already initialized. I think that was the main reason why we separated zend_activate and zend_activate_modules. Andi At 01:56 PM 12/29/2004 +0900, Moriyoshi Koizumi wrote: >Hi, > >Currently activation functions are called in the following order >on request startup: > >1. zend_activate() >2. sapi_activate() >3. php_hash_environment() >4. zend_activate_modules() > >Is there any good technical reason behind this order? I don't think >it does make much sense because php_hash_environment() can call >input handlers before the modules providing those handlers are >initialised. > >It also resulted in a fatal bug in mbstring reported recently >in the Japanese user's mailing list; some settings kept in the >module globals leak over requests. > >Regards, >Moriyoshi > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php