ID:               45066
 Updated by:       [EMAIL PROTECTED]
 Reported By:      dirk at bean-it dot nl
-Status:           Open
+Status:           Feedback
 Bug Type:         MySQL related
 Operating System: Linux x86
 PHP Version:      5.2.6
 New Comment:

Also it might be good to know if you can reproduce this without
enabling any mysql stuff at all. Try this configure line:

# rm config.cache 
# ./configure --disable-all --with-apxs2 && make clean && make
# sapi/cli/php -v

That should work? What Apache MPM have you enabled btw? 
Note: Please give us also the basic info Uwe asked above..


Previous Comments:
------------------------------------------------------------------------

[2008-07-14 19:42:55] [EMAIL PROTECTED]

No idea, but I'd like to know what "Linux x86" means. What's the OS,
what's the CPU, what MySQL version. Does the problem exist with mysqlnd?

------------------------------------------------------------------------

[2008-07-07 08:49:43] dirk at bean-it dot nl

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!

------------------------------------------------------------------------

[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

Reply via email to