Messages in this thread | | | Subject | Re: Fix struct siginfo | From | Andreas Jaeger <> | Date | 19 Jan 2000 15:33:04 +0100 |
| |
>>>>> Alan Cox writes:
>> And glibc relied on thisall the time, have a look at >> <bits/siginfo.h>:
Alan> Oh jeez 8)
>> __uid_t si_uid; /* Real user ID of sending process. */ >> } _kill; >> >> With those older kernel we loose already with glibc :-(.
Alan> Ok
>> What kind of old binaries? glibc 2.1 has externally 32bit uids - and >> realtime signals (which use siginfo) are not supported by libc5 AFAIK.
Alan> If libc5 doesnt support signinfo and glibc always relied on a couple of Alan> random numbrs being zero then ok. I hadn't realised that glibc was using Alan> the unsafe values directly and getting away with it..
It was only getting away with it on little endian systems. It's totally broken on e.g. m68k. My original comment when noticing this was: It works by accident ;-)
Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.rhein-neckar.de
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |