Bug #63516 [Opn]: The Process exits random with SEGV
Edit report at https://bugs.php.net/bug.php?id=63516&edit=1 ID: 63516 User updated by:dpeuscher at gmail dot com Reported by:dpeuscher at gmail dot com Summary:The Process exits random with SEGV Status: Open Type: Bug -Package:SOAP related +Package:Apache2 related Operating System: openSUSE 11.0 (X86-64) PHP Version:5.4.8 Block user comment: N Private report: N New Comment: Have you tried the WSDL_CACHE_DISK caching method instead of WSDL_CACHE_BOTH? Previous Comments: [2013-06-06 11:25:48] arjen at react dot dom I can confirm this under 5.4.15, got the same backtrace using the testscript. [2012-11-15 14:16:07] dpeuscher at gmail dot com That was a great hint. I got it isolated! It seams like the problem occurs when the ini-option wsdl_cache is set to 3 (WSDL_CACHE_BOTH), maybe also 2 (WSDL_CACHE_MEMORY). I initialized 5 WSDL-Files that are nearly empty (just to don't throw any exceptions like "Could not find any usable binding services in WSDL.". They all look like this: http://pastebin.com/e6QBUkeh (Wasn't allowed to put it in here because of possible Spam) with 5 different names. I named them s1.wsdl, ... s5.wsdl. Afterwards I initialized an ebay-Webservice. The test-Script looks like this: http://pastebin.com/dWxg1qL7 Sometimes the SEGV appears after 50 calls, sometimes on the first call. It doesn't apper on WSDL_CACHE_DISK or WSDL_CACHE_NONE. [2012-11-15 00:00:05] fel...@php.net Please, try isolating the SOAP related part of code. ---- [2012-11-14 15:48:00] dpeuscher at gmail dot com I know that it is important for you to replicate the bug but I really have no clue how to find the snippet that is the problem. Can you guess at which part I should take a deeper look depending on the backtrace? Or telling me the environment I need to analyse in gdb? Especially with the using of the Zend Framework it might be nearly impossible to get the part. I would like to give a better example but doesn't really know how. [2012-11-14 15:03:57] larue...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. thanks, could you please try to get a reproduce script? that is really important.. 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=63516 -- Edit this bug report at https://bugs.php.net/bug.php?id=63516&edit=1
Bug #63516 [Opn]: The Process exits random with SEGV
Edit report at https://bugs.php.net/bug.php?id=63516&edit=1 ID: 63516 User updated by:dpeuscher at gmail dot com Reported by:dpeuscher at gmail dot com Summary:The Process exits random with SEGV Status: Open Type: Bug -Package:Apache2 related +Package:SOAP related Operating System: openSUSE 11.0 (X86-64) PHP Version:5.4.8 Block user comment: N Private report: N New Comment: Accidentally changed the package to apache2-related, sorry. Previous Comments: [2013-06-06 15:57:51] dpeuscher at gmail dot com Have you tried the WSDL_CACHE_DISK caching method instead of WSDL_CACHE_BOTH? [2013-06-06 11:25:48] arjen at react dot dom I can confirm this under 5.4.15, got the same backtrace using the testscript. [2012-11-15 14:16:07] dpeuscher at gmail dot com That was a great hint. I got it isolated! It seams like the problem occurs when the ini-option wsdl_cache is set to 3 (WSDL_CACHE_BOTH), maybe also 2 (WSDL_CACHE_MEMORY). I initialized 5 WSDL-Files that are nearly empty (just to don't throw any exceptions like "Could not find any usable binding services in WSDL.". They all look like this: http://pastebin.com/e6QBUkeh (Wasn't allowed to put it in here because of possible Spam) with 5 different names. I named them s1.wsdl, ... s5.wsdl. Afterwards I initialized an ebay-Webservice. The test-Script looks like this: http://pastebin.com/dWxg1qL7 Sometimes the SEGV appears after 50 calls, sometimes on the first call. It doesn't apper on WSDL_CACHE_DISK or WSDL_CACHE_NONE. [2012-11-15 00:00:05] fel...@php.net Please, try isolating the SOAP related part of code. ---- [2012-11-14 15:48:00] dpeuscher at gmail dot com I know that it is important for you to replicate the bug but I really have no clue how to find the snippet that is the problem. Can you guess at which part I should take a deeper look depending on the backtrace? Or telling me the environment I need to analyse in gdb? Especially with the using of the Zend Framework it might be nearly impossible to get the part. I would like to give a better example but doesn't really know how. 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=63516 -- Edit this bug report at https://bugs.php.net/bug.php?id=63516&edit=1
[PHP-BUG] Bug #63516 [NEW]: The Process exits random with SEGV
From: dpeuscher at gmail dot com Operating system: openSUSE 11.0 (X86-64) PHP version: 5.4.8 Package: Apache2 related Bug Type: Bug Bug description:The Process exits random with SEGV Description: I have got a PHP-Script, that is based on the Zend Framework 1.12. It uses its MVC-Functionality via Zend_Application, as well as SOAP-Enginge (as Client), the Ini- and XML-Extensions for Configuration and Navigation, a Caching-Enginge Memcached, the Database is PDO_MYSQL over remote, Zend_Layout, Zend_View, Zend_Router, the ZendX-JQuery Extension, Zend_Acl, Firebug-Logger-Extension. I think these are the main-features of the Call, where the Segmentation Fault happens. I could not figure out the part where the error happens. I tried to quit the script at different lines and it seams like it is always another point. Sometimes it needs 5 refreshes to reproduce the error. I tried it with a simple script, that doesn't make use of these Features and it worked fine, but also other pages, that do use these features. At this point it is impossible for me to give a code- snippet, I will try to figure out the differences of the scripts that fail and those that don't. Actual result: -- #0 _zend_mm_free_int (heap=0x7dfb40, p=0x656c626973736f50) at /root/php- 5.4.8/Zend/zend_alloc.c:2071 #1 0x732022ca in delete_sdl_impl (handle=) at /root/php-5.4.8/ext/soap/php_sdl.c:3427 #2 0x7334fa82 in list_entry_destructor (ptr=0xf66800) at /root/php- 5.4.8/Zend/zend_list.c:178 #3 0x7334f386 in zend_hash_del_key_or_index (ht=0x73b06eb0, arKey=0x0, nKeyLength=0, h=130, flag=) at /root/php-5.4.8/Zend/zend_hash.c:531 #4 0x7334fd49 in _zend_list_delete (id=) at /root/php-5.4.8/Zend/zend_list.c:57 #5 0x7333183d in _zval_ptr_dtor (zval_ptr=0x1115c00) at /root/php- 5.4.8/Zend/zend_variables.h:35 #6 0x7334c830 in zend_hash_destroy (ht=0xf65c80) at /root/php- 5.4.8/Zend/zend_hash.c:560 #7 0x7336148e in zend_object_std_dtor (object=0xf65170) at /root/php- 5.4.8/Zend/zend_objects.c:44 #8 0x73361519 in zend_objects_free_object_storage (object=0x7dfb40) at /root/php-5.4.8/Zend/zend_objects.c:137 #9 0x73366d5c in zend_objects_store_free_object_storage (objects=0x73b06fe0) at /root/php-5.4.8/Zend/zend_objects_API.c:92 #10 0x73334283 in shutdown_executor () at /root/php- 5.4.8/Zend/zend_execute_API.c:297 #11 0x7333fac2 in zend_deactivate () at /root/php-5.4.8/Zend/zend.c:938 #12 0x732dbec2 in php_request_shutdown (dummy=) at /root/php-5.4.8/main/main.c:1790 #13 0x733f097f in php_handler (r=0x9db5a8) at /root/php- 5.4.8/sapi/apache2handler/sapi_apache2.c:507 #14 0x0044b60a in ap_run_handler (r=0x9db5a8) at config.c:169 #15 0x0044f4fe in ap_invoke_handler (r=0x9db5a8) at config.c:432 #16 0x00460e10 in ap_internal_redirect (new_uri=, r=) at http_request.c:640 #17 0x73b11365 in handler_redirect (r=0x121f4f0) at mod_rewrite.c:5039 #18 0x0044b60a in ap_run_handler (r=0x121f4f0) at config.c:169 #19 0x0044f4fe in ap_invoke_handler (r=0x121f4f0) at config.c:432 #20 0x00461242 in ap_process_async_request (r=0x121f4f0) at http_request.c:317 #21 0x0046139f in ap_process_request (r=0x7dfb40) at http_request.c:363 #22 0x0045dbe5 in ap_process_http_connection (c=0x9d4f90) at http_core.c:190 #23 0x0045570a in ap_run_process_connection (c=0x9d4f90) at connection.c:41 #24 0x00467877 in child_main (child_num_arg=) at prefork.c:697 #25 0x00467b6f in make_child (s=0x6ba4c0, slot=0) at prefork.c:739 #26 0x0046874d in prefork_run (_pconf=, plog=0x6f4528, s=0x6ba4c0) at prefork.c:949 #27 0x00432a08 in ap_run_mpm (pconf=0x691138, plog=0x6f4528, s=0x6ba4c0) at mpm_common.c:98 #28 0x0042d342 in main (argc=2, argv=0x7fffe4c8) at main.c:777 -- Edit bug report at https://bugs.php.net/bug.php?id=63516&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63516&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63516&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63516&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63516&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63516&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63516&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63516&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63516&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63516&r=support Expected behavior: https://bugs.php.net/fix.php?id=63516&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63516&r=notenoughinfo Su
Bug #63516 [Fbk->Opn]: The Process exits random with SEGV
Edit report at https://bugs.php.net/bug.php?id=63516&edit=1 ID: 63516 User updated by:dpeuscher at gmail dot com Reported by:dpeuscher at gmail dot com Summary:The Process exits random with SEGV -Status: Feedback +Status: Open Type: Bug Package:Apache2 related Operating System: openSUSE 11.0 (X86-64) PHP Version:5.4.8 Block user comment: N Private report: N New Comment: I know that it is important for you to replicate the bug but I really have no clue how to find the snippet that is the problem. Can you guess at which part I should take a deeper look depending on the backtrace? Or telling me the environment I need to analyse in gdb? Especially with the using of the Zend Framework it might be nearly impossible to get the part. I would like to give a better example but doesn't really know how. Previous Comments: [2012-11-14 15:03:57] larue...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. thanks, could you please try to get a reproduce script? that is really important.. [2012-11-14 14:48:06] dpeuscher at gmail dot com Description: I have got a PHP-Script, that is based on the Zend Framework 1.12. It uses its MVC-Functionality via Zend_Application, as well as SOAP-Enginge (as Client), the Ini- and XML-Extensions for Configuration and Navigation, a Caching-Enginge Memcached, the Database is PDO_MYSQL over remote, Zend_Layout, Zend_View, Zend_Router, the ZendX-JQuery Extension, Zend_Acl, Firebug-Logger-Extension. I think these are the main-features of the Call, where the Segmentation Fault happens. I could not figure out the part where the error happens. I tried to quit the script at different lines and it seams like it is always another point. Sometimes it needs 5 refreshes to reproduce the error. I tried it with a simple script, that doesn't make use of these Features and it worked fine, but also other pages, that do use these features. At this point it is impossible for me to give a code- snippet, I will try to figure out the differences of the scripts that fail and those that don't. Actual result: -- #0 _zend_mm_free_int (heap=0x7dfb40, p=0x656c626973736f50) at /root/php- 5.4.8/Zend/zend_alloc.c:2071 #1 0x732022ca in delete_sdl_impl (handle=) at /root/php-5.4.8/ext/soap/php_sdl.c:3427 #2 0x7334fa82 in list_entry_destructor (ptr=0xf66800) at /root/php- 5.4.8/Zend/zend_list.c:178 #3 0x7334f386 in zend_hash_del_key_or_index (ht=0x73b06eb0, arKey=0x0, nKeyLength=0, h=130, flag=) at /root/php-5.4.8/Zend/zend_hash.c:531 #4 0x7334fd49 in _zend_list_delete (id=) at /root/php-5.4.8/Zend/zend_list.c:57 #5 0x7333183d in _zval_ptr_dtor (zval_ptr=0x1115c00) at /root/php- 5.4.8/Zend/zend_variables.h:35 #6 0x7334c830 in zend_hash_destroy (ht=0xf65c80) at /root/php- 5.4.8/Zend/zend_hash.c:560 #7 0x7336148e in zend_object_std_dtor (object=0xf65170) at /root/php- 5.4.8/Zend/zend_objects.c:44 #8 0x73361519 in zend_objects_free_object_storage (object=0x7dfb40) at /root/php-5.4.8/Zend/zend_objects.c:137 #9 0x73366d5c in zend_objects_store_free_object_storage (objects=0x73b06fe0) at /root/php-5.4.8/Zend/zend_objects_API.c:92 #10 0x73334283 in shutdown_executor () at /root/php- 5.4.8/Zend/zend_execute_API.c:297 #11 0x7333fac2 in zend_deactivate () at /root/php-5.4.8/Zend/zend.c:938 #12 0x732dbec2 in php_request_shutdown (dummy=) at /root/php-5.4.8/main/main.c:1790 #13 0x733f097f in php_handler (r=0x9db5a8) at /root/php- 5.4.8/sapi/apache2handler/sapi_apache2.c:507 #14 0x0044b60a in ap_run_handler (r=0x9db5a8) at config.c:169 #15 0x0044f4fe in ap_invoke_handler (r=0x9db5a8) at config.c:432 #16 0x00460e10 in ap_internal_redirect (new_uri=, r=) at http_request.c:640 #17 0x73b11365 in handler_redirect (r=0x121f4f0) at mod_rewrite.c:5039 #18 0x0044b60a in ap_run_handler (r=0x121f4f0) at config.c:169 #19 0x0044f4fe in ap_invoke_handler (r=0x121f4f0) at config.c:432 #20 0x00461242 in ap_process_async_request (r=0x121f4f0) at http_request.c:317 #21 0x0046139f in ap_process_request (r=0x7dfb40) at http_request.c:363 #22 0x0045dbe5 in ap_process_http_con
Bug #63516 [Fbk->Opn]: The Process exits random with SEGV
Edit report at https://bugs.php.net/bug.php?id=63516&edit=1 ID: 63516 User updated by:dpeuscher at gmail dot com Reported by:dpeuscher at gmail dot com Summary:The Process exits random with SEGV -Status: Feedback +Status: Open Type: Bug -Package:Apache2 related +Package:SOAP related Operating System: openSUSE 11.0 (X86-64) PHP Version:5.4.8 Block user comment: N Private report: N New Comment: That was a great hint. I got it isolated! It seams like the problem occurs when the ini-option wsdl_cache is set to 3 (WSDL_CACHE_BOTH), maybe also 2 (WSDL_CACHE_MEMORY). I initialized 5 WSDL-Files that are nearly empty (just to don't throw any exceptions like "Could not find any usable binding services in WSDL.". They all look like this: http://pastebin.com/e6QBUkeh (Wasn't allowed to put it in here because of possible Spam) with 5 different names. I named them s1.wsdl, ... s5.wsdl. Afterwards I initialized an ebay-Webservice. The test-Script looks like this: http://pastebin.com/dWxg1qL7 Sometimes the SEGV appears after 50 calls, sometimes on the first call. It doesn't apper on WSDL_CACHE_DISK or WSDL_CACHE_NONE. Previous Comments: [2012-11-15 00:00:05] fel...@php.net Please, try isolating the SOAP related part of code. ---- [2012-11-14 15:48:00] dpeuscher at gmail dot com I know that it is important for you to replicate the bug but I really have no clue how to find the snippet that is the problem. Can you guess at which part I should take a deeper look depending on the backtrace? Or telling me the environment I need to analyse in gdb? Especially with the using of the Zend Framework it might be nearly impossible to get the part. I would like to give a better example but doesn't really know how. [2012-11-14 15:03:57] larue...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. thanks, could you please try to get a reproduce script? that is really important.. ---- [2012-11-14 14:48:06] dpeuscher at gmail dot com Description: I have got a PHP-Script, that is based on the Zend Framework 1.12. It uses its MVC-Functionality via Zend_Application, as well as SOAP-Enginge (as Client), the Ini- and XML-Extensions for Configuration and Navigation, a Caching-Enginge Memcached, the Database is PDO_MYSQL over remote, Zend_Layout, Zend_View, Zend_Router, the ZendX-JQuery Extension, Zend_Acl, Firebug-Logger-Extension. I think these are the main-features of the Call, where the Segmentation Fault happens. I could not figure out the part where the error happens. I tried to quit the script at different lines and it seams like it is always another point. Sometimes it needs 5 refreshes to reproduce the error. I tried it with a simple script, that doesn't make use of these Features and it worked fine, but also other pages, that do use these features. At this point it is impossible for me to give a code- snippet, I will try to figure out the differences of the scripts that fail and those that don't. Actual result: -- #0 _zend_mm_free_int (heap=0x7dfb40, p=0x656c626973736f50) at /root/php- 5.4.8/Zend/zend_alloc.c:2071 #1 0x732022ca in delete_sdl_impl (handle=) at /root/php-5.4.8/ext/soap/php_sdl.c:3427 #2 0x7334fa82 in list_entry_destructor (ptr=0xf66800) at /root/php- 5.4.8/Zend/zend_list.c:178 #3 0x7334f386 in zend_hash_del_key_or_index (ht=0x73b06eb0, arKey=0x0, nKeyLength=0, h=130, flag=) at /root/php-5.4.8/Zend/zend_hash.c:531 #4 0x7334fd49 in _zend_list_delete (id=) at /root/php-5.4.8/Zend/zend_list.c:57 #5 0x7333183d in _zval_ptr_dtor (zval_ptr=0x1115c00) at /root/php- 5.4.8/Zend/zend_variables.h:35 #6 0x7334c830 in zend_hash_destroy (ht=0xf65c80) at /root/php- 5.4.8/Zend/zend_hash.c:560 #7 0x7336148e in zend_object_std_dtor (object=0xf65170) at /root/php- 5.4.8/Zend/zend_objects.c:44 #8 0x73361519 in zend_objects_free_object_storage (object=0x7dfb40) at /root/php-5.4.8/Zend/zend_objects.c:137 #9 0x73366d5c in zend_objects_store_free_object_storage (objects=0x73b06fe0) at /r
