lkml.org 
[lkml]   [2000]   [Jan]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Fix struct siginfo
From
Date
>>>>> 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/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.055 / U:1.192 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site