Edit report at https://bugs.php.net/bug.php?id=81041&edit=1
ID: 81041
Updated by: cmb@php.net
Reported by: mvorisek at mvorisek dot cz
Summary: Phpstan does not finish on Windows when opcache is
enabled
Status: Open
Type: Bug
Package: opcache
Operating System: *
PHP Version: 7.4.19
Block user comment: N
Private report: N
New Comment:
From the PHPStan 1.3.0 release announcement[1]:
| PHPStan now works when OPCache is enabled!
| Thanks to this commit: phpstan/phpstan-src@e30f446
Might be worth to give it try with PHPStan 1.3.0.
| [â¦] simply stop native windows support no longer needed these
| days [â¦]
Feel free to pursue the RFC process[2].
[1] <https://github.com/phpstan/phpstan/releases/tag/1.3.0>
[2] <https://wiki.php.net/rfc/howto>
Previous Comments:
------------------------------------------------------------------------
[2021-06-25 19:06:04] wfegeg dot wfwg at fff dot com
maybe php should do the same as bind and simply stop native windows support no longer needed these
days - so much wasted time and code smell to workaround a operating system with no justification
used as server
20 years ago virtualization and containers didn't exist but these days come on
------------------------------------------------------------------------
[2021-06-25 18:44:21] m at m dot cz
Can someone look at it? This may be a serious issue for every Windows platform as the problematic
configuration is default and a lot of projects are CI tested against linux only.
------------------------------------------------------------------------
[2021-06-09 10:17:59] m at m dot cz
So there is some opcache issue with file_cache_only.
On Windows, I collected the trace logs using xDebug 2.9.x, see https://github.com/mvorisek/phpstan-src/commit/2f14329c69e457b494bab868b6d2c8247e283dc4#diff-3aea6cf619d0b900724dd43ee0706fcd5e1dfc6af9e6a455a98c8540c20bac2bR13
config, and the the issue was present even with xdebug. Please be aware, that it produces a trace
log with size around 100 GB and it takes about 2 hours to complete.
------------------------------------------------------------------------
[2021-06-08 15:10:03] cmb@php.net
Unassigning myself â maybe someone else will have closer look.
------------------------------------------------------------------------
[2021-06-01 12:01:40] cmb@php.net
Further findings: this is not particularly related to Windows;
you get the same failure on Ubuntu as well, with SHM cache[1]
and with file_cache_only[2]. However, the script runs fine as
soon as Xdebug is loaded, even on Windows[3].
Interestingly, running with file_cache_only and Xdebug (3.0.4)
loaded, there are no repro/ui/vendor/atk4/core files are generated
in the file cache. That explains why the script is running fine
with Xdebug, although I have no idea why the files are not cached.
That might be an Xdebug issue.
[1] <https://github.com/cmb69/phpstan-src/actions/runs/895876662>
[2] <https://github.com/cmb69/phpstan-src/actions/runs/895872108>
[3] <https://github.com/cmb69/phpstan-src/actions/runs/895881729>
------------------------------------------------------------------------
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=81041
--
Edit this bug report at https://bugs.php.net/bug.php?id=81041&edit=1