Bug #79751 [Com]: "VirtualProtect() failed" entries in apache error.log

From: Date: Thu, 10 Feb 2022 20:55:48 +0000
Subject: Bug #79751 [Com]: "VirtualProtect() failed" entries in apache error.log
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-239613@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=79751&edit=1 ID: 79751 Comment by: schreck06 at aol dot com Reported by: buschmann at nidsa dot net Summary: "VirtualProtect() failed" entries in apache error.log Status: Open Type: Bug Package: opcache Operating System: Windows Server 2019 64bit PHP Version: 8.0.0alpha1 Block user comment: N Private report: N New Comment: $> php -v PHP 8.1.2 (cli) (built: Jan 19 2022 10:18:23) (ZTS Visual C++ 2019 x64) Copyright (c) The PHP Group Zend Engine v4.1.2, Copyright (c) Zend Technologies with Zend OPcache v8.1.2, Copyright (c), by Zend Technologies with Xdebug v3.1.3, Copyright (c) 2002-2022, by Derick Rethans Windows Server 2022 Build 20348.473 --- When starting the webserver (Apache) the error log is being spammed with: VirtualProtect() failed [...] Incorrect parameter --- Solved the issue by adding a line to the php config: >> php.ini [opcache] opcache.jit=off --- auto_globals_jit=Off ...does result in a performance loss while disabling 'opcache.jit' doesn't noticably Previous Comments: ------------------------------------------------------------------------ [2022-01-12 07:43:14] a_wert_z at gmx dot de Same here. Version: 8.1.1 I came from upgrading a PHP7 installation on Windows tzo PHP8.1 Because of dependencies in the Apace installation I have to use the x32 Version of apache and PHP. But the problem says the same. Hundreds of enties in error.log "VirtualProtect() failed [87] The parameter is incorrect" opcache was enabled with CLI opcache.enable=1 opcache.enable_cli=1 disabling opcache solves the issue with the log file, but the performance is much worth than the PHP7 installation ------------------------------------------------------------------------ [2021-12-01 11:07:36] cmb@php.net Okay, re-opening then, but without further useful information this might not be actionable. ------------------------------------------------------------------------ [2021-12-01 10:54:11] marco at tremani dot nl I can still reproduce this issue on PHP 8.0.13 and 8.1.0 (with Windows 10 and Apache 2.4.51, all 64 bit) ------------------------------------------------------------------------ [2021-11-21 04:22:13] php-bugs at lists dot php dot net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. ------------------------------------------------------------------------ [2021-11-10 18:59:03] cmb@php.net Has this been resolved in the meantime (possibly by fixing bug #81206 for PHP 8.0.10)? ------------------------------------------------------------------------ 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=79751 -- Edit this bug report at https://bugs.php.net/bug.php?id=79751&edit=1

« previous php.bugs (#239613) next »