Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29794 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 80289 invoked by uid 1010); 26 May 2007 04:20:53 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 80274 invoked from network); 26 May 2007 04:20:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 May 2007 04:20:53 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.114 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.114 unknown Windows 2000 SP4, XP SP1 Received: from [63.205.162.114] ([63.205.162.114:23542] helo=us-ex1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 74/50-11798-3A5B7564 for ; Sat, 26 May 2007 00:20:53 -0400 Received: from [127.0.0.1] ([192.168.17.57]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 25 May 2007 21:20:49 -0700 Message-ID: <4657B59C.9020906@zend.com> Date: Fri, 25 May 2007 21:20:44 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Rasmus Lerdorf CC: Uwe Schindler , 'PHP Internals' References: <4657170E.8060701@zend.com> <46571CCC.4030801@zend.com> <46573710.6070800@lerdorf.com> <46573903.2060204@zend.com> <000001c79f12$9b6650b0$0201a8c0@VEGA> <465756D4.1080604@lerdorf.com> <46575C57.6010909@zend.com> <46575FD9.8080405@lerdorf.com> <46578754.30408@zend.com> <4657A533.7030309@lerdorf.com> In-Reply-To: <4657A533.7030309@lerdorf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 May 2007 04:20:49.0276 (UTC) FILETIME=[3D47C3C0:01C79F4D] Subject: Re: [PHP-DEV] TSRM changes broke windows compile From: stas@zend.com (Stanislav Malyshev) > But that doesn't fix the broken side-effects we already have in the > locking code depending on defines in the individuals SAPIs which Uwe > showed isn't working either. And if we exclude locking from TSRM as Well, that's different problem which I can't really tell about because I don't know enough NSAPI. Locking however is necessary for doing threading stuff, and realpaht cache is not really needed for that. > well, what is left? We either need to tie TSRM to SAPI or we need to > add the ability for the SAPIs to register their various semantics with > TSRM. Maybe, but if it's done I think it needs to be clean semantics, not just ad-hoc inserting calls from each other. Just as it's done in ZE. > The filesystem code is in TSRM because of the virtual working directory > stuff. That is thread-related in that each thread needs it own working > directory. Each thread has its own globals for each module, but for other modules having globals is not the reason to put them into TSRM. -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/