Bug #70017 [Opn]: soap_client construct cause crash

Edit report at https://bugs.php.net/bug.php?id=70017&edit=1 ID: 70017 Updated by: laruence@php.net Reported by: simon dot minotto at gmail dot com Summary: soap_client construct cause crash Status: Open Type: Bug Package: Reproducible crash Operating System: ubuntu 15.04 server PHP Version: 7.0.0alpha2 Block user comment: N Private report: N New Comment: Hmm, I can not reproduce this. valgrind clean as well(could you please try run with latest master snapshot?): $ USE_ZEND_ALLOC=0 valgrind sapi/cli/php /tmp/1.php ==29654== Memcheck, a memory error detector ==29654== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==29654== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==29654== Command: sapi/cli/php /tmp/1.php ==29654== before first soap client construct after first soap client construct array(9) { ["playlistFolderId"]=> int(1) ["maxPerPage"]=> int(5) ["page"]=> int(1) ["additionnalParameters"]=> string(0) "" ["sessionId"]=> string(0) "" ["APIKey"]=> string(10) "brainsonic" ["format"]=> string(0) "" ["login_username"]=> string(0) "" ["login_password"]=> string(0) "" } string(114) "<playlist_menu version="1.0"> <playlist_folder_config> <items> </items> </playlist_folder_config> </playlist_menu>" end soap client construct ==29654== ==29654== HEAP SUMMARY: ==29654== in use at exit: 7,338 bytes in 79 blocks ==29654== total heap usage: 79,500 allocs, 79,421 frees, 6,789,427 bytes allocated ==29654== ==29654== LEAK SUMMARY: ==29654== definitely lost: 40 bytes in 1 blocks ==29654== indirectly lost: 0 bytes in 0 blocks ==29654== possibly lost: 0 bytes in 0 blocks ==29654== still reachable: 7,298 bytes in 78 blocks ==29654== suppressed: 0 bytes in 0 blocks ==29654== Rerun with --leak-check=full to see details of leaked memory ==29654== ==29654== For counts of detected and suppressed errors, rerun with: -v ==29654== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) thanks Previous Comments: ------------------------------------------------------------------------ [2015-07-15 10:32:05] simon dot minotto at gmail dot com Sure :) http://pastebin.com/3kEtd6dA I will let the VM running all day. Thanks ------------------------------------------------------------------------ [2015-07-15 09:59:18] laruence@php.net could you please paste out the wsdl_test file? ------------------------------------------------------------------------ [2015-07-10 12:32:04] simon dot minotto at gmail dot com The backtrace is lready generated and attached to this ticket : http://pastebin.com/kYnMQEqB Core was generated by `php /srv/www/trunk.php7test1.brainsonic.com/html/plugins/bsPlaylistPlugin/test/'. Program terminated with signal SIGSEGV, Segmentation fault. #0 zend_mm_alloc_small (size=<optimized out>, bin_num=2, heap=0x7fa5b6400040) at /mnt/php-7.0.0alpha2/Zend/zend_alloc.c:1244 1244 heap->free_slot[bin_num] = p->next_free_slot; (gdb) bt #0 zend_mm_alloc_small (size=<optimized out>, bin_num=2, heap=0x7fa5b6400040) at /mnt/php-7.0.0alpha2/Zend/zend_alloc.c:1244 #1 zend_mm_alloc_heap (size=19, heap=0x7fa5b6400040) at /mnt/php-7.0.0alpha2/Zend/zend_alloc.c:1311 #2 _emalloc (size=19) at /mnt/php-7.0.0alpha2/Zend/zend_alloc.c:2210 #3 0x00000000007e1e32 in _estrdup (s=0x7fa5b4344c60 "getMediasByTagName") at /mnt/php-7.0.0alpha2/Zend/zend_alloc.c:2309 #4 0x00000000006b8372 in load_wsdl (this_ptr=this_ptr@entry=0x7fa5b64196f0, struri=struri@entry=0x7fa5b4243cd8 "http://trunk-tv1-services-php7test1.brainsonic.com/wsdl_test") at /mnt/php-7.0.0alpha2/ext/soap/php_sdl.c:1126 #5 0x00000000006b9015 in get_sdl (this_ptr=this_ptr@entry=0x7fa5b64196f0, uri=0x7fa5b4243cd8 "http://trunk-tv1-services-php7test1.brainsonic.com/wsdl_test", cache_wsdl=cache_wsdl@entry=0) at /mnt/php-7.0.0alpha2/ext/soap/php_sdl.c:3302 #6 0x000000000068ee53 in zim_SoapClient_SoapClient (execute_data=0x7fa5b64196d0, return_value=<optimized out>) at /mnt/php-7.0.0alpha2/ext/soap/soap.c:2534 #7 0x000000000089af84 in ZEND_DO_FCALL_SPEC_HANDLER () at /mnt/php-7.0.0alpha2/Zend/zend_vm_execute.h:834 #8 0x0000000000846b5b in execute_ex (ex=<optimized out>) at /mnt/php-7.0.0alpha2/Zend/zend_vm_execute.h:403 #9 0x000000000089e4a7 in zend_execute (op_array=0x7fa5b6480000, return_value=<optimized out>) at /mnt/php-7.0.0alpha2/Zend/zend_vm_execute.h:447 #10 0x00000000008058f5 in zend_execute_scripts (type=8, retval=0x2, retval@entry=0x0, file_count=2) at /mnt/php-7.0.0alpha2/Zend/zend.c:1389 #11 0x00000000007a569b in php_execute_script (primary_file=0x7ffc7a2eb120) at /mnt/php-7.0.0alpha2/main/main.c:2472 #12 0x000000000089fe59 in do_cli (argc=19, argv=0x2) at /mnt/php-7.0.0alpha2/sapi/cli/php_cli.c:967 #13 0x0000000000437a70 in main (argc=19, argv=0x2) at /mnt/php-7.0.0alpha2/sapi/cli/php_cli.c:1334 ------------------------------------------------------------------------ [2015-07-10 11:41:51] laruence@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ------------------------------------------------------------------------ [2015-07-08 07:49:01] simon dot minotto at gmail dot com http://php7test1.cloudapp.net/phpinfo.php -> You can find here a php info (used for apache & cli) ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=70017 -- Edit this bug report at https://bugs.php.net/bug.php?id=70017&edit=1