Alan:
> > And glibc relied on thisall the time, have a look at
> > <bits/siginfo.h>:
>
> Oh jeez 8)
>
> > 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..
Lousy, isn't it?
On the bright side, if we change it now, every program using glibc will
work properly on i386, there will be less overhead in the signal code
(good because real-time signals should be FAST), and the only platform
that will require recompiles is m68k.
-Chris
wingc@engin.umich.edu
-
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