> And glibc relied on thisall the time, have a look at
> <bits/siginfo.h>:
Oh jeez 8)
> __uid_t si_uid; /* Real user ID of sending process. */
> } _kill;
>
> With those older kernel we loose already with glibc :-(.
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.
If libc5 doesnt support signinfo and glibc always relied on a couple of
random numbrs being zero then ok. I hadn't realised that glibc was using
the unsafe values directly and getting away with it..
Alan
-
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/
This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:20 EST