On Mon, Sep 6, 2021 at 7:05 PM Christoph M. Becker <cmbecke...@gmx.de> wrote: > > On 06.09.2021 at 14:00, Pierre Joye wrote: > > > On Mon, Sep 6, 2021, 6:14 PM Benjamin Eberlei <kont...@beberlei.de> wrote: > > > >> On Fri, Sep 3, 2021 at 11:51 PM Hans Henrik Bergan <divinit...@gmail.com> > >> wrote: > >> > >> The stat cache does not necessarily solve this issues though, only in very > >> limited cases where you work with the *same* file over and over again. The > >> stat cache only ever has exactly one entry, the *last* file that was > >> accessed. So if you work with many diferent files the stat cache does not > >> do what you would expect, to store the information of all these files. It > >> overwrites the cache with a new file entry when its not the same file as > >> currently stored. > > > > that is what happened in TS mode. For every part of a path, every single > > time a path is used (like source files in a common root path). I did not > > check it lately but I suppose it still does it. > > This is the realpath cache, though.
realpath(path, 1) does not do stat anymore? I mean with virtual_file_ex and co? Not so important, too long since I touched this :) Also as someone mentioned here afterwards, instead of removing it straight away, I would go with the flag first, less risky :) best, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php
