Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23814 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74976 invoked by uid 1010); 31 May 2006 07:30:43 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 74960 invoked from network); 31 May 2006 07:30:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 May 2006 07:30:43 -0000 X-PHP-List-Original-Sender: steph@zend.com X-Host-Fingerprint: 192.38.9.232 gw2.emini.dk Linux 2.4/2.6 Received: from ([192.38.9.232:4658] helo=gw2.emini.dk) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 3D/C4-07504-0264D744 for ; Wed, 31 May 2006 03:30:41 -0400 Received: from foxbox (IGLD-84-228-79-24.inter.net.il [84.228.79.24]) by gw2.emini.dk (Postfix) with ESMTP id 3A771B43EA; Wed, 31 May 2006 09:30:36 +0200 (CEST) Message-ID: <075e01c68483$cb7c9700$6602a8c0@foxbox> Reply-To: "Steph Fox" To: "Xuefer" , "Andi Gutmans" Cc: "internals" References: <11b601c681bd$c1fc3050$6602a8c0@foxbox><28139bc0605271958m30a23a60kfc1bae145643fca4@mail.gmail.com><126f01c68203$691f9cb0$6602a8c0@foxbox> <7.0.1.0.2.20060530212314.038819c8@zend.com> Date: Wed, 31 May 2006 09:28:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: [PHP-DEV] tsrm_shutdown() and the CLI SAPI From: steph@zend.com ("Steph Fox") Fixing the config so that ZE doesn't think it's PHP might actually make Zend more stable too... I think I _know_ why other extension people are seeing a crash on ts_free_id(), but my biggest priority at present is getting the PHP-GTK crash out of the way. - Steph > Without looking to deeply into this reincarnation my guess would be that > for CLI, Zeev's approach makes good sense. > > Andi > > At 08:04 PM 5/27/2006, Steph Fox wrote: >>Thanks Xuefer... >> >>This bug's been extant for a long time, and I only found out why when I >>spent two days/nights trying to track down its history and mechanics. >> >>It's a pig. >> >>- Steph >> >>----- Original Message ----- From: "Xuefer" >>To: "Steph Fox" >>Cc: "internals" >>Sent: Sunday, May 28, 2006 4:58 AM >>Subject: Re: [PHP-DEV] tsrm_shutdown() and the CLI SAPI >> >> >>>i can confirm this on other extension. >>>something like this >>>grep free_id */*.c -B1 -A3 >>>mbstring/mbstring.c-#ifdef ZTS >>>mbstring/mbstring.c: ts_free_id(mbstring_globals_id); >>>mbstring/mbstring.c-#else >>>mbstring/mbstring.c- _php_mb_globals_dtor(&mbstring_globals >>>TSRMLS_CC); >>>mbstring/mbstring.c-#endif >>>have no problem with it >>>while some modules like >>>$ grep 'ndef ZTS' */*.c -A2 >>>apc/php_apc.c:#ifndef ZTS >>>apc/php_apc.c- php_apc_shutdown_globals(&apc_globals); >>>apc/php_apc.c-#endif >>>- >>>eaccelerator/eaccelerator.c:#ifndef ZTS >>>eaccelerator/eaccelerator.c- >>>eaccelerator_globals_dtor(&eaccelerator_globals TSRMLS_CC); >>>eaccelerator/eaccelerator.c-#endif >>>when compiled as shared module, will crash >>>eaccelerator(mmcache) workaround it by disabling the dtor. >>>/*??? FIXME >>> ZEND_INIT_MODULE_GLOBALS(eaccelerator, eaccelerator_init_globals, >>>eaccelerator_globals_dtor); >>>*/ >>> ZEND_INIT_MODULE_GLOBALS(eaccelerator, eaccelerator_init_globals, >>> NULL); >> >>-- >>PHP Internals - PHP Runtime Development Mailing List >>To unsubscribe, visit: http://www.php.net/unsub.php > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > > __________ NOD32 1.1380 (20060125) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > >