This is the mail archive of the
libc-alpha@sourceware.cygnus.com
mailing list for the glibc project.
Re: Fix struct siginfo
- To: Alan Cox <alan at lxorguk dot ukuu dot org dot uk>
- Subject: Re: Fix struct siginfo
- From: Andreas Jaeger <aj at suse dot de>
- Date: 19 Jan 2000 15:33:04 +0100
- Cc: 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
- References: <E12Aw5j-0007ah-00@the-village.bc.nu>
>>>>> 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