On Tue, 12 Aug 2008, Alan Cox wrote:Yeah. That said, I doubt it's a very common problem in practice. I'm pretty sure nobody really cares, and almost nobody really wants to run really old binaries. So it's almost certainly not worth it (and the one time I had it happen, I didn't bother to do it right, I just hacked around it and obviously never committed the hack). I just find it a bit sad how well we actually _can_ run old binaries, but sometimes there are these new things that were literally designed to break them. Of course, the much more common breakage comes from not having access to old shared libraries etc totally user-space issues. The few kernel cases of EOVERFLOW are totally hidden by just distro differences over time. If the binary I had hadn't been statically linked, I wouldn't have had a chance, I suspect. (Of course, static linking wasn't exactly unusual for really old binaries) Linus --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Benjamin Herrenschmidt | Re: [PATCH] Remove process freezer from suspend to RAM pathway |
| Bart Van Assche | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Natalie Protasevich | [BUG] New Kernel Bugs |
