php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #66155 new pecl HTTP version 2.0 results in php_persistent_handle_abandon
Submitted: 2013-11-23 01:30 UTC Modified: 2014-04-28 08:20 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: gcorrigan at harrisonpub dot com Assigned: mike (profile)
Status: Not a bug Package: pecl_http (PECL)
PHP Version: 5.4.22 OS: Ubuntu 12.04 / 13.04
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: gcorrigan at harrisonpub dot com
New email:
PHP Version: OS:

 

 [2013-11-23 01:30 UTC] gcorrigan at harrisonpub dot com 
Description:
------------
after the update discovered the .so will no longer load VIP and repirts it can not find the symbol "php_persistent_handle_abandon"

I had to uninstall and force version not 1.7 back on multiple servers VIP at which point my php code worked again. 

Interestingly the buuld during pecl install ran wuthout issue. 

Test script:
---------------
$o = new HttpRequest();

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2013-11-23 02:47 UTC] gcorrigan at harrisonpub dot com 
Log file message: 
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/http.so' - /usr/lib/php5/20090626/http.so: undefined symbol: php_persistent_handle_abandon in Unknown on line 0
 [2013-11-23 07:39 UTC] mike@php.net
-Status: Open +Status: Not a bug
 [2013-11-23 07:39 UTC] mike@php.net 
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

1. v2 is not API compatible
2. v2 has dependencies that must already be loaded (raphf, propro)
 [2014-04-09 10:11 UTC] yunosh@php.net 
This happens even if raphf and propro are loaded.
 [2014-04-09 10:16 UTC] yunosh@php.net
-Status: Not a bug +Status: Assigned -Assigned To: +Assigned To: mike
 [2014-04-09 13:52 UTC] mike@php.net
-Status: Assigned +Status: Feedback
 [2014-04-09 13:52 UTC] mike@php.net 
Uhm... do you load them prior http.so?
 [2014-04-28 08:20 UTC] yunosh@php.net
-Status: Feedback +Status: Not a bug
 [2014-04-28 08:20 UTC] yunosh@php.net 
Ah, right, nevermind, "h" comes before "p" and "r" so, they were indeed loaded in the incorrect order, if using separate .ini files for the extensions.
 [2014-06-16 08:47 UTC] nomius at 126 dot com 
1，u must install propro.so and raphf.so
2,add  propro.so,raphf.so,http.so into php.ini

3.....version 2.0 cant use ,better use 1.7.0
 [2016-02-01 02:52 UTC] nomura at tmo dot co dot jp 
My system is Debian. I had met the same problem and have tried to find the solution for long time in vain. Finally, I have found the culprit and the solution. I'm not sure which script does this but "apt-get install php-pecl-http" or "pecl install pecl_http-2.x.x" might add the line "extension=http.so" directly into php.ini file. This extension statement is usually placed in conf.d directory as a separate file. Even though I change the order of propro.ini, raphf.ini and http.ini in conf.d directory, "extension=http.so" in php.ini is read first.
The solution is simple, to delete the line of "extension=http.so" from php.ini file.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Tue Apr 30 04:01:30 2024 UTC