Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.10.15

Bug #11678 Registry.php getChannel() deadlocks
Submitted: 2007-07-24 10:38 UTC
From: crodriguez Assigned: cellog
Status: Closed Package: PEAR (version 1.6.1)
PHP Version: 5.2.3 OS: linux
Roadmaps: 1.6.2    
Subscription  


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 35 - 26 = ?

 
 [2007-07-24 10:38 UTC] crodriguez (Cristian Rodriguez)
Description: ------------ While building RPM on a chroot enviroment , we find that getChannel() ( and possible other ) methods of registry.php deadlock on error condition. This seems to be abug in _lock that does not fclose() the resource in case of failure before raising $this->raiseError("could not acquire $str lock ($this->lockfile)", 810 PEAR_REGISTRY_ERROR_LOCK); Test script: --------------- pear -c pearrc install --nodeps --packagingroot %{buildroot} %{SOURCE0} Expected result: ---------------- no deadlock Actual result: -------------- deadlock, automatic build system hangs and needs to be killed manually.

Comments

 [2007-08-18 21:56 UTC] cellog (Greg Beaver)
 [2007-08-31 21:44 UTC] cellog (Greg Beaver)
This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.