Bug #77312 [Com]: accel_replace_string_by_process_permanent: Assertion `0' failed

From: Date: Thu, 10 Jan 2019 18:06:28 +0000
Subject: Bug #77312 [Com]: accel_replace_string_by_process_permanent: Assertion `0' failed
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-218887@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=77312&edit=1 ID: 77312 Comment by: lauri dot kentta at gmail dot com Reported by: sjon at hortensius dot net Summary: accel_replace_string_by_process_permanent: Assertion `0' failed Status: Closed Type: Bug Package: opcache Operating System: archlinux PHP Version: 7.3.0 Block user comment: N Private report: N New Comment: @sjon, GDB detaches from forked processes by default. You can use "set follow-fork-mode child" or "set detach-on-fork off" to debug the php-fpm child processes. Also, just saying: since this bug was basically about a string not being found, it could have been the one I mentioned (which caused memory corruption and sometimes invalid string values). But no matter. Previous Comments: ------------------------------------------------------------------------ [2019-01-10 12:01:30] sjon at hortensius dot net This seems to be fixed in 7.3.1 - and while it happens frequently I cannot seem to obtain a coredump or get gdb to catch it - closing for now ------------------------------------------------------------------------ [2019-01-09 09:05:58] nikic@php.net Could you please provide a backtrace for the assertion failure? That way we'd know which string it is trying to replace. ------------------------------------------------------------------------ [2019-01-09 08:50:59] sjon at hortensius dot net @lauri thanks for trying - but we don't use persistent MySQL connections in our code. I also find it highly unlikely that could cause opcache errors ------------------------------------------------------------------------ [2019-01-07 19:29:04] lauri dot kentta at gmail dot com This could be related to bug #77289. In that case, disabling persistent MySQL connections should fix it. Can you try that? ------------------------------------------------------------------------ [2018-12-27 17:05:04] lauri dot kentta at gmail dot com I'm afraid that backtrace is for a different bug 77359 (for which I've sent a patch already). It might be useful to get a backtrace of this specific problem and/or to see what variable str contains just before that assertion in ext/opcache/ZendAccelerator.c:737 (and to know what that value represents in the project, i.e. is it a function or a class name or what). ------------------------------------------------------------------------ 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=77312 -- Edit this bug report at https://bugs.php.net/bug.php?id=77312&edit=1

« previous php.bugs (#218887) next »