ID: 45066 User updated by: dirk at bean-it dot nl Reported By: dirk at bean-it dot nl -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Linux x86 PHP Version: 5.2.6 New Comment:
Ok, i've tried to make a backtrace. Since the program just hangs and doesn't crash, I've did it this way: cd php-5.2.6/ gdb sapi/cli/php (gdb) run -i <wait until it hangs, then hit ctl-c to exit the program> (gdb) bt Output Program received signal SIGINT, Interrupt. [Switching to Thread 47510530549152 (LWP 2089)] 0x00002b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) backtrace #0 0x00002b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0000000000000016 in ?? () #2 0x000000004871d7d2 in ?? () #3 0x00002b35e7b8598c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x0000000000000000 in ?? () Hope this gives a clou... If I should do something else, please let me know! Previous Comments: ------------------------------------------------------------------------ [2008-07-06 11:47:53] [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. ------------------------------------------------------------------------ [2008-06-10 14:54:27] dirk at bean-it dot nl Just had the same problem on an 686... really puzzling, because the machine is virtually the same as a machine without the problem. Same distro, same mysql libs...? This is the last past of a strace output of sapi/cli/php -i. It hangs forever after this. munmap(0x2b233bd99000, 266240) = 0 mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b233bd99000 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2b233c5ef5e0, FUTEX_WAIT, 2, NULL ------------------------------------------------------------------------ [2008-05-22 15:05:55] dirk at bean-it dot nl Description: ------------ When I try to compile PHP 5.2.6 with the following options: --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config On a x86 machine, I get a not working php. Make test doesn't return anything, make install will work, but just typing php -v at the command line hangs forever. On a i386 machine, same OS (debian etch), same mysql libs, same all, no problem. This problem started in php-5.2.4, 5.2.3 is the last php that will result in a succesfull working php after compilation on x86. The problem does not exist when not using --with-apxs2 Reproduce code: --------------- ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config Expected result: ---------------- A working php... Actual result: -------------- A non-responsive php :-( ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=45066&edit=1
