mirror of
https://github.com/boykopovar/AnyPS5.git
synced 2026-10-22 00:22:57 -05:00
Porpoise 2.7 (PPSA99764) stops at load on main 0f863c10:
FAIL: unresolved ELF import oc98+zOImus from libkernel_sys.prx
oc98+zOImus is pathconf (tools/nid_names.py, aerolib.csv at
zecoxao/sce_symbols 2883963a). It is exported from libkernel_sys next to
link and readlink.
The lookup follows FreeBSD 11's kern_pathconf and namei (release/11.0.0,
671fb7df): links are followed, a path of 1024 bytes or more or a
component over 255 fails with ENAMETOOLONG, a missing path with ENOENT.
The values are the constants of FreeBSD 11's UFS ufs_pathconf, which
vop_stdpathconf shares where both answer. Names whose UFS value depends
on the mount, the kernel options or the page size, or on which UFS and
vop_stdpathconf disagree, throw; other names fail with EINVAL. The
console's filesystem values are unverified and recorded in
TechnicalDebt.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
4.0 KiB
4.0 KiB
libkernel_sys technical debt
Functional
- fchdir (libkernel_sys) changes the guest working directory to the descriptor's directory: on Windows through the path recorded when the descriptor was opened, on Linux through the
/proc/self/fdlink target. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. FreeBSDchange_dir's search-permission check (EACCES) is not modelled, and a directory renamed after it was opened is still reached through the recorded path. Console behaviour is unverified - openat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths toopen. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. As withopen,O_NOFOLLOWandO_NONBLOCKare ignored. PPSA99003 opens directory entries this way. Console behaviour is unverified - pathconf (libkernel_sys) looks the path up as FreeBSD 11's
kern_pathconfdoes (links followed,ENAMETOOLONGfor a path of 1024 bytes or more or a component over 255) and returns the constants of FreeBSD 11's UFSufs_pathconffor files and directories alike:_PC_LINK_MAX32767,_PC_NAME_MAX255,_PC_PATH_MAXand_PC_SYMLINK_MAX1024,_PC_PIPE_BUF512,_PC_CHOWN_RESTRICTEDand_PC_NO_TRUNC1,_PC_FILESIZEBITS64,_PC_REC_MAX_XFER_SIZE-1,_PC_PRIO_IOand_PC_SYNC_IO0. Whether the console's filesystems report the same is not verified. It throws for the names whose UFS value depends on the mount (_PC_ALLOC_SIZE_MIN,_PC_REC_INCR_XFER_SIZE,_PC_REC_MIN_XFER_SIZE,_PC_MIN_HOLE_SIZE), the kernel options (_PC_ACL_EXTENDED,_PC_ACL_PATH_MAX,_PC_ACL_NFS4,_PC_MAC_PRESENT) or the page size (_PC_REC_XFER_ALIGN), and on which UFS andvop_stdpathconfdisagree (_PC_MAX_CANON,_PC_MAX_INPUT,_PC_VDISABLE,_PC_ASYNC_IO); other names fail withEINVAL - readlink (libkernel_sys) on Windows reads a symbolic link's target from its reparse data and returns it with
/separators, only when the target is relative, assymlinkcreates them. A symbolic link with an absolute target and a junction throw, as a host path has no guest form. Any other reparse point throws too, where FreeBSD reportsEINVALfor a file that is not a link - readlinkat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths toreadlink. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. Console behaviour is unverified - fork (libkernel_sys) throws: creating a child process is not supported. PPSA19111 imports it and fails to load without it. Its engine calls
forkinPosix_Daemonize, only with-daemonize, and inPlatform_ShellExecutebeforeexecvp("xdg-open"), which the main menu's Previews button reaches, so pressing Previews ends in this throw. setsid fails withEPERM, as FreeBSD's does for a process group leader, since the guest is taken to lead its own process group (seekill). umask keeps the guest's mask (initially 022, masked to 07777) and returns the previous one, Linux named shared-memory creation applies it, but ordinary files are still created with the host process's mask