eglantine-cirakg/src/core/file_sys/vfs/vfs_real.cpp, branch nx2

Merge remote-tracking branch 'origin/fix/vfs-real-forget-closed-paths' into test/linux-all-prs

2026-11-01T18:26:25+00:00

vfs_real: forget a path when its file is gone

2026-11-01T17:18:19+00:00

The path cache holds weak references, but nothing erased an entry once its file was destroyed, so every path ever opened stayed in the cache until the filesystem was destroyed (title 1's loose RomFS: 206k paths, 24 MB of keys, kept after the game stops). The entry is erased when the file's last reference is dropped, unless the path was opened again meanwhile.

vfs_real: keep only the path in a real file

2026-11-01T17:15:01+00:00

A real file kept its path three times: the path, its parent's path, and the path split into components, which only gave the file's name. A loose RomFS keeps one real file alive per file while the game runs: title 1's 206k files took 160 MB, now 48 MB. The name and the parent path are derived from the path when asked, so a directory no longer passes its own path to the files it opens.

vfs: keep the open-file cache below RLIMIT_NOFILE on Unix

2026-10-29T20:14:59+00:00

The VFS cache allowed up to 8192 open files on Unix, and main() set the soft RLIMIT_NOFILE to exactly 8192. With large loose romfs dumps (e.g. ~205k files) the cache could exhaust every descriptor, so unrelated opens failed with EMFILE and games crashed on the failed loads. Size the cache from the actual soft limit with 512 descriptors spare, as is already done on Windows, and only raise the limit in main() instead of also lowering higher limits down to 8192. Co-Authored-By: Claude Opus 5.5

vfs: keep the open-file cache below the CRT limit

2026-10-28T09:55:09+00:00

The real VFS kept up to 8192 host files open, which is also the most the Windows C runtime allows (_setmaxstdio(8192)). A game read from a loose RomFS folder fills that within minutes (title 4: ~7300 handles after 160 s); from then on every other open failed with "too many files open" - its next scene pack, its save file, the shader cache - and the game waited forever on the load. Cap the cache 512 below _getmaxstdio() on Windows.

[common] Use `std::make_unique_for_overwrite` in ScratchBuffer, remove polyfill (#4432)

2026-09-25T05:54:49+00:00

Original `make_unique_for_overwrite.h` is well defined acc. to standard https://en.cppreference.com/cpp/memory/unique_ptr/make_unique, but by now most libc++ supports the function, so no need for polyfill. Test that this didn't break anything (for example, Megaman game that has video at the start), or anything using VIC/IPC. Signed-off-by: lizzie - [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions). - [x] I have read and followed the [AI Policy](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/AI.md) - [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md) to the best of my ability. ------------------- Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4432 Reviewed-by: MaranBr Reviewed-by: CamilleLaVey

[file_sys] Quick sandbox escape fix (#4223)

2026-07-24T22:31:22+00:00

Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4223 Reviewed-by: Lizzie Reviewed-by: MaranBr

[nce, fs] tico support, fix FS bug that would nuke entire 'switch' folder (#4086)

2026-07-23T19:59:55+00:00

Contains the minimal set of functionalities to allow tico installer succeed, and tico work normally EXCEPT for game launching (which me or someone else will investigate later) First three commits are from PR 4012. The other six, kinda dizzy to explain each one. All were implemented based on tico source, switchbrew and libnx. Hopefully the commit messages will do. Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4086 Reviewed-by: Lizzie Reviewed-by: Maufeat

[*] basic in-house cpp linting (#4039)

2026-06-04T03:49:07+00:00

- add `#pragma once` to remainder files - "correcter" defines (ANDROID), see https://groups.google.com/g/android-ndk/c/cf9_f1SLXls - extra miscelly fixups Signed-off-by: lizzie Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4039 Reviewed-by: MaranBr Reviewed-by: crueter

[file_sys] Increase max file limit to 8192 (#4011)

2026-05-25T16:53:47+00:00

Now hopefully the Redditors can get off my ass for five seconds Signed-off-by: crueter Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4011 Reviewed-by: Lizzie Reviewed-by: MaranBr