aboutsummaryrefslogtreecommitdiffstats
path: root/Makefile.in
diff options
context:
space:
mode:
authorPeter Seebach <peter.seebach@windriver.com>2012-08-09 18:31:31 -0500
committerPeter Seebach <peter.seebach@windriver.com>2012-08-09 18:31:31 -0500
commit398a264490713c912b4ce465251a8a82a7905f45 (patch)
tree1636463f7268d3ffa59a74b8776c2eecefd1d138 /Makefile.in
parent400e1a09e98cc11e18e418ece0a78acfd226b381 (diff)
downloadpseudo-1.4.1.tar.gz
pseudo-1.4.1.tar.bz2
pseudo-1.4.1.zip
Fix up chroot damage caused by PSEUDO_STATBUF fixpseudo-1.4.1PSEUDO_1_4_1
The PSEUDO_STATBUF change (allowing operations on files over 2GB even on 32-bit systems) introduced a subtle bug; by calling stat64() rather than real_stat(), pseudo stopped handling chrooted paths well. In most cases, this was fine, but in the specific case of a rename, where the stat buffers for the various parts were actually used, it wasn't. Of particular note, pseudo could end up creating links which had stack garbage for their stat buffs, because it assumed that if the rename operation succeeded, the stat operations must have succeeded. Of course, there is no real_stat64 in the Linux port, because there's no need for it; most code is calling __xstat64 or some relative thereof, and even if you did really call stat64, it'd end up routed there anyway. So we add that so that it can be used for calls and we don't have to encode Linux-specific magic about __xstat into the generic header.
Diffstat (limited to 'Makefile.in')
0 files changed, 0 insertions, 0 deletions