php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #33560 curl_multi handle not being properly destroyed - seg faults if reused
Submitted: 2005-07-04 03:38 UTC Modified: 2005-07-12 01:00 UTC
Votes:4
Avg. Score:5.0 ± 0.0
Reproduced:4 of 4 (100.0%)
Same Version:1 (25.0%)
Same OS:3 (75.0%)
From: eja40 at cam dot ac dot uk Assigned:
Status: No Feedback Package: cURL related
PHP Version: 5.0.4 OS: Redhat 9
Private report: No CVE-ID: None
View Add Comment Developer Edit
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 — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
38 - 4 = ?
Subscribe to this entry?

 
 [2005-07-04 03:38 UTC] eja40 at cam dot ac dot uk
Description:
------------
Irregularly, multi-curl functions will give a seg fault. Appears to be due to reuse of handles.

Reproduce code:
---------------
$mh = curl_multi_init();
unset($this->connections);

// setup connections here

// exec curl connections here, get data out

// then remove the connections using this:
curl_multi_remove_handle($mh,$this->connections[$i]);

curl_multi_close($mh);

When I establish a second round of connections using the same variable name, $this->connections[$i] - there can be a segmentation fault.

It crashes on the curl_setopt line of this:

$this->connections[$i] = curl_init($url['URL']);
curl_setopt($this->connections[$i], CURLOPT_RETURNTRANSFER,1);


Expected result:
----------------
Shouldn't crash!
Appears that it can be worked around by adding an additional unset($this->connections);  directly after  curl_multi_close($mh);

Actual result:
--------------
Segmentation fault ( - erratically reproducible with my very complicated code)..

Backtrace:
#0  0x080a0529 in zif_curl_setopt (ht=3, return_value=0x85feb9c, this_ptr=0x0, return_value_used=0)
    at /home/admin/php-5.0.4/ext/curl/interface.c:1040
#1  0x08201746 in zend_do_fcall_common_helper (execute_data=0xbfff9c90, opline=0x85c9f20, op_array=0x85be5f4)
    at /home/admin/php-5.0.4/Zend/zend_execute.c:2727
#2  0x081fed42 in execute (op_array=0x85be5f4) at /home/admin/php-5.0.4/Zend/zend_execute.c:1406
#3  0x0820155e in zend_do_fcall_common_helper (execute_data=0xbfffb700, opline=0x85c33e0, op_array=0x85bbb1c)
    at /home/admin/php-5.0.4/Zend/zend_execute.c:2756
#4  0x081fed42 in execute (op_array=0x85bbb1c) at /home/admin/php-5.0.4/Zend/zend_execute.c:1406
#5  0x0820155e in zend_do_fcall_common_helper (execute_data=0xbfffbb00, opline=0x85ba58c, op_array=0x85b57d4)
    at /home/admin/php-5.0.4/Zend/zend_execute.c:2756
#6  0x081fed42 in execute (op_array=0x85b57d4) at /home/admin/php-5.0.4/Zend/zend_execute.c:1406
#7  0x081e4c17 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/admin/php-5.0.4/Zend/zend.c:1069
#8  0x081b793b in php_execute_script (primary_file=0xbfffdec0) at /home/admin/php-5.0.4/main/main.c:1632
#9  0x08208060 in main (argc=3, argv=0xbfffdf44) at /home/admin/php-5.0.4/sapi/cli/php_cli.c:946
#10 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-07-04 09:43 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip


 [2005-07-12 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 04:01:28 2024 UTC