ID: 37463 Updated by: [EMAIL PROTECTED] Reported By: subscription at nazarenko dot net -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Linux SuSE 10.1 PHP Version: 5CVS-2006-05-16 (snap) New Comment:
It's good that you believe your system is ok. But I can hardly imagine someone else able to reproduce it. Since your backtrace contains absolutely minimal information too, I can only say that you'll have to debug it yourself. But as I've said, it looks like symbols clash between snmp and MySQL and it has nothing to do with PHP. Please reopen the report as soon as you have more information to provide. Until then -> bogus. Previous Comments: ------------------------------------------------------------------------ [2006-05-16 19:18:57] subscription at nazarenko dot net Thank you for addressing this issue. However, I find it hard to believe that my system is a "mess", as you put it, since it is an aboslutely fresh install of newly released SuSE disribution with an *absolutely minimal* packages selection, no GUI and only the c++ compiler and tools. The output of the find and rpm command reveals that I have no "different OpenSSL libraries" installed: find / -type f -name libcrypto* /usr/lib/libcrypto.so.0.9.8 /usr/lib/libcrypto.a find / -type f -name libcrypto* /usr/lib/libssl.so.0.9.8 /usr/lib/libssl.a rpm -qa | grep ssl openssl-devel-0.9.8a-17 openssl-0.9.8a-17 There is no way "some other" OpenSSL libraries exist on this system. The only thing I can think of is that I did not compile openssl or net-snmp on this system, I installed the binaries from the distribution RPMs but that never created a problem before. ------------------------------------------------------------------------ [2006-05-16 18:27:30] [EMAIL PROTECTED] Yes. Looks like snmp and mysql were compiled with two different openssl libraries. Anyway this is not PHP problem, it's caused by a mess in your system. ------------------------------------------------------------------------ [2006-05-16 18:08:26] subscription at nazarenko dot net Is this of any help? #0 0x6568746f in ?? () #1 0xb7d0ebec in EVP_DigestInit_ex () from /usr/lib/libcrypto.so.0.9.8 #2 0xbfcd3204 in ?? () #3 0xb7d7bb4c in CAST_S_table7 () from /usr/lib/libcrypto.so.0.9.8 #4 0x000000ca in ?? () #5 0x00000001 in ?? () #6 0x00000000 in ?? () ------------------------------------------------------------------------ [2006-05-16 17:58:25] [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 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. ------------------------------------------------------------------------ [2006-05-16 17:55:26] subscription at nazarenko dot net Description: ------------ Trying to compile PHP CLI module with MySQL and SNMP support. When both are enabled php CLI SAPI gives segfault. When only one of them is enabled then everything looks normal. The libraries versions are as follows: MySQL 5.0.21 Net-SNMP 5.3.0.1 zlib 1.2.3 Reproduce code: --------------- ./configure --disable-all --with-mysqli --with-zlib sapi/cli/php -i produces normal output: MysqlI Support => enabled Client API library version => 5.0.21 Client API header version => 5.0.21 ./configure --disable-all --with-snmp sapi/cli/php -i produces normal output: NET-SNMP Support => enabled NET-SNMP Version => 5.3.0.1 Actual result: -------------- ./configure --disable-all --with-snmp --with-mysqli --with-zlib sapi/cli/php produces *Segfault* ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=37463&edit=1
