On Fri, 2007-10-05 at 08:25 +0200, Pierre Ossman wrote:The kernel knows bugger all about what glibc function your program is calling. The problem here is precisely that newer versions of glibc will transform legacy 32-bit stat() calls into 64-bit stat64() calls, then will complain when the result overflows. If you want to figure out which apps are broken, then you will have to either do so in glibc or use a preloaded shared library to intercept the 32-bit stat() calls and print out a warning. Trond -
| Andrew Morton | Re: 2.6.24-rc6-mm1 |
| Satyam Sharma | Re: 2.6.23-rc4-mm1 |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Greg Kroah-Hartman | [PATCH 010/196] Chinese: add translation of Codingstyle |
git: | |
| Chris Ortman | [FEATURE REQUEST] git-svn format-patch |
| David | [StGit PATCH 00/13] Eliminate 'top' and 'bottom' files |
| Scott Chacon | Git Community Book |
| H. Peter Anvin | Re: kernel.org mirroring (Re: [GIT PULL] MMC update) |
| Richard Stallman | Real men don't attack straw men |
| Gregory Edigarov | How to re-build openssl with SHA1 support? |
| Xavier Mertens | newfs: cg 0: bad magic number |
| thacrazze | Multiboot Windows XP + OpenBSD doesnt work |
| Jens Axboe | [PATCH][RFC] fast file mapping for loop |
| David Miller | Re: [ANNOUNCE] Btrfs v0.12 released |
| Tony Jones | [RFC 1/28] Pass struct vfsmount to the inode_create LSM hook. |
| Andreas Dilger | Re: [PATCH 0/4] Fiemap, an extent mapping ioctl - round 2 |
