Age | Commit message (Collapse) | Author |
|
The getcwd syscall (so far?) can only handle path up to one page
in size. There is no limit about directory hierarchy depth, though,
and the POSIX getcwd is supposed to handle this. In that case fall
back to the generic getcwd.
Additionally, optimize the generic getcwd to use openat when possible
to change the asymptotic performance from O(N^2) to O(n).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fnstenv on x86-64 seems to clear the state. Work around.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This was simply missed when Jakub converted all of the
other sparc64 xstat cases.
|
|
|
|
|
|
Alignment issue can increase the reclen limit.
Make sure Linux 64-bit readdir_r also accounts for 64-bit alignment
in getdents.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 44f91d3884e241e4402eb3e8b9b6dfa2acc9f80c.
Conflicts:
ChangeLog
|
|
|
|
|
|
|
|
|
|
|