Re: Fix struct siginfo

From: Andreas Jaeger (aj@suse.de)
Date: Wed Jan 19 2000 - 09:33:04 EST

Next message: almesber@lrc.di.epfl.ch: "need type to carry kernel pointers to user space"
Previous message: Kevin Pearson: "Select and UDP problems"
Next in thread: Jes Sorensen: "Re: Fix struct siginfo"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

>>>>> 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/

Next message: almesber@lrc.di.epfl.ch: "need type to carry kernel pointers to user space"
Previous message: Kevin Pearson: "Select and UDP problems"
Next in thread: Jes Sorensen: "Re: Fix struct siginfo"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:20 EST