#34662 [Fbk->Opn]: Segmentation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: No, there is no such problem in the STABLE snapshot. Previous Comments: [2005-09-27 22:24:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip And what if you try this too? [2005-09-27 22:21:33] nik at optim dot com dot ru There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. [2005-09-27 21:33:02] [EMAIL PROTECTED] 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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () 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 http://bugs.php.net/34662 -- Edit this bug report at http://bugs.php.net/?id=34662&edit=1
#34662 [Fbk->Opn]: Segmentation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru -Summary: Segmetation fault at the end of execution Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. Previous Comments: [2005-09-27 21:33:02] [EMAIL PROTECTED] 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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] 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 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. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with "segmentation fault". Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662&edit=1
#34662 [Opn]: Segmetation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 -PHP Version: 5.0.5 +PHP Version: 5.0.4 New Comment: Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too Previous Comments: [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] 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 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. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with "segmentation fault". Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662&edit=1
#34662 [Fbk->Opn]: Segmetation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () Previous Comments: [2005-09-27 19:20:42] [EMAIL PROTECTED] 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 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. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with "segmentation fault". Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662&edit=1
#34662 [NEW]: Segmetation fault at the end of execution
From: nik at optim dot com dot ru Operating system: Fedora Core 4 PHP version: 5.0.5 PHP Bug Type: PostgreSQL related Bug description: Segmetation fault at the end of execution Description: My CLI scripts that use PostgreSQL function finish with "segmentation fault". Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit bug report at http://bugs.php.net/?id=34662&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34662&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34662&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34662&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34662&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34662&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34662&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34662&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34662&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34662&r=support Expected behavior: http://bugs.php.net/fix.php?id=34662&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34662&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34662&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34662&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34662&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34662&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34662&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34662&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34662&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34662&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34662&r=mysqlcfg