Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17021 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 97492 invoked by uid 1010); 29 Jun 2005 23:59:29 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 97477 invoked from network); 29 Jun 2005 23:59:29 -0000 Received: from unknown (HELO zend.com) (127.0.0.1) by localhost with SMTP; 29 Jun 2005 23:59:29 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:51118] helo=mail.zend.com) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 59/88-42553-CD533C24 for ; Wed, 29 Jun 2005 19:59:27 -0400 Received: (qmail 4312 invoked from network); 29 Jun 2005 23:59:17 -0000 Received: from localhost (HELO ANDI-NOTEBOOK.zend.com) (127.0.0.1) by localhost with SMTP; 29 Jun 2005 23:59:17 -0000 Message-ID: <5.1.0.14.2.20050629165851.02de6dd0@localhost> X-Sender: andi@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 29 Jun 2005 16:59:12 -0700 To: Derick Rethans ,Yasuo Ohgaki Cc: internals@lists.php.net In-Reply-To: References: <42BFA1A5.6030607@ohgaki.net> <42BFA1A5.6030607@ohgaki.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] sysvsem module: release_sysvsem_sem and lockup(semaphore leak) From: andi@zend.com (Andi Gutmans) Yasuo, Isn't it possible to resolve this in the code directly? At 09:11 AM 6/27/2005 +0200, Derick Rethans wrote: >On Mon, 27 Jun 2005, Yasuo Ohgaki wrote: > > > Since release_sysvsem_sem has error message while releasing acquired > > semaphores (both PHP_4_4 and PHP_5_1), it may end up with semaphore > > leak when error handler is used. > > > > The error message is useful for debugging, so the error message > > output should be configurable with ini setting. Although this workaround > > is not perfect solution, but it works in most cases. If there isn't a > better > > idea, I'll add new ini directive to the module. > >We should not add more ini settings, we've enough of them already. > >Derick > >-- >Derick Rethans >http://derickrethans.nl | http://ez.no | http://xdebug.org > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php