This is the mail archive of the
libc-alpha@sourceware.cygnus.com
mailing list for the glibc project.
Re: Fix struct siginfo
- To: aj at suse dot de (Andreas Jaeger)
- Subject: Re: Fix struct siginfo
- From: Alan Cox <alan at lxorguk dot ukuu dot org dot uk>
- Date: Wed, 19 Jan 2000 14:28:10 +0000 (GMT)
- Cc: alan at lxorguk dot ukuu dot org dot uk (Alan Cox), torvalds at transmeta dot com,wingc at engin dot umich dot edu (Chris Wing), libc-alpha at sourceware dot cygnus dot com,linux-kernel at vger dot rutgers dot edu
> 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