39ae73b356
The data retrieved in these cases are ultimately chiefly owned by either the RegisteredCache instance itself, or the filesystem factories. Both these should live throughout the use of their contained data. If they don't, it should be considered an interface/design issue, and using shared_ptr instances here would mask that, as the data would always be prolonged after the main owner's lifetime ended. This makes the lifetime of the data explicit and makes it harder to accidentally create cyclic references. It also makes the interface slightly more flexible than the previous API, as a shared_ptr can be created from a unique_ptr, but not the other way around, so this allows for that use-case if it ever becomes necessary in some form. |
||
|---|---|---|
| .. | ||
| arm | ||
| crypto | ||
| file_sys | ||
| frontend | ||
| gdbstub | ||
| hle | ||
| loader | ||
| tracer | ||
| CMakeLists.txt | ||
| core.cpp | ||
| core.h | ||
| core_cpu.cpp | ||
| core_cpu.h | ||
| core_timing.cpp | ||
| core_timing.h | ||
| core_timing_util.cpp | ||
| core_timing_util.h | ||
| memory.cpp | ||
| memory.h | ||
| memory_hook.cpp | ||
| memory_hook.h | ||
| memory_setup.h | ||
| perf_stats.cpp | ||
| perf_stats.h | ||
| settings.cpp | ||
| settings.h | ||
| telemetry_session.cpp | ||
| telemetry_session.h | ||