Bug #68453 [Com]: FPM Process hangs in no-debug only

From: Date: Thu, 20 Nov 2014 17:20:35 +0000
Subject: Bug #68453 [Com]: FPM Process hangs in no-debug only
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-188717@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=68453&edit=1 ID: 68453 Comment by: pegasus at vaultwiki dot org Reported by: pegasus at vaultwiki dot org Summary: FPM Process hangs in no-debug only Status: Feedback Type: Bug Package: Reproducible crash Operating System: Centos 6 64-bit PHP Version: master-Git-2014-11-19 (Git) Block user comment: N Private report: N New Comment: I always remove the build directory completely before attempting a new update. Even so, I did what you suggested and there was no change in this behavior. I then went and manually removed the conflicting libs it was complaining about, and on the next compile there were no complaints. There was still no change in this behavior. I have a feeling that there is somewhere else in PHP internals that is not expecting the new Bucket definition, that still might be somehow coded for the old one. Or perhaps there is a location that is not using the Bucket at all when it should be. To check my suspicions from my first post, I then went and compiled PHP as debug-zts. As I suspected, this works properly. So it is only no-debug builds that are affected by this bug. Previous Comments: ------------------------------------------------------------------------ [2014-11-20 07:33:56] rasmus@php.net You did a full "make distclean && ./buildconf -f" ? ------------------------------------------------------------------------ [2014-11-20 07:09:31] pegasus at vaultwiki dot org Yes, I just recompiled again and the timestamp is updated on opcache.so. But like I said removing that extension from php.ini to disable it has no effect, so it's not hanging because of any extension I've defined there. However, I am seeing these warnings when compiling now. Not sure what to do about them: /usr/bin/ld: warning: libssl.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libssl.so.1.0.0 /usr/bin/ld: warning: libssl.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libssl.so.1.0.0 /usr/bin/ld: warning: libcrypto.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libcrypto.so.1.0.0 /usr/bin/ld: warning: libcrypto.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libcrypto.so.1.0.0 /usr/bin/ld: warning: libcrypto.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libcrypto.so.1.0.0 /usr/bin/ld: warning: libcrypto.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libcrypto.so.1.0.0 ------------------------------------------------------------------------ [2014-11-20 06:37:05] rasmus@php.net Well, just check the timestamp ------------------------------------------------------------------------ [2014-11-20 06:33:58] pegasus at vaultwiki dot org The only extension in my php.ini is zend_extension = "opcache.so" I was under the impression that this recompiles in tandem with every PHP recompile, as I've never actually compiled that module manually. ------------------------------------------------------------------------ [2014-11-20 05:58:05] rasmus@php.net I suppose this could matter if you have shared extensions that you didn't recompile after that change since the order changed in that Bucket struct. Check that all your .so extensions were compiled against this new struct layout. ------------------------------------------------------------------------ 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=68453 -- Edit this bug report at https://bugs.php.net/bug.php?id=68453&edit=1

« previous php.bugs (#188717) next »