[Fwd: Re: patch to ignore SIGPWR and SIGXCPU (used by pthread s)]
Boehm, Hans
hans_boehm@hp.com
Tue Jan 22 15:19:00 GMT 2002
Maybe. As I see it, the problem is if the host and target platforms differ
in their real-time signal support. You really want to know whether the
current and last two OS versions all support real-time signals, not just the
current version.
As far as I can tell, real-time signals have been in Linux since at least
2.2, so we're probably OK there. The change would still prevent you from
running (static) executables on a 2.0 kernel.
Hans
> -----Original Message-----
> From: Bryce McKinlay [mailto:bryce@waitaki.otago.ac.nz]
> Sent: Monday, January 21, 2002 3:14 PM
> To: Boehm, Hans
> Cc: 'Per Bothner'; java@gcc.gnu.org
> Subject: Re: [Fwd: Re: patch to ignore SIGPWR and SIGXCPU (used by
> pthread s)]
>>> Boehm, Hans wrote:
>> >The collector has used real-time signals on a number of
> platforms for a
> >while. I think you can change it to do so on linux by setting macros
> >SIG_SUSPEND and SIG_THR_RESTART to the appropriate signal
> numbers. Thus
> >changing it is trivial.
> >
>> Would it be better to add a configure test to check whether
> the system
> supports RT signals, rather than a #ifdef with a long list of
> platforms?
>> regards
>> Bryce.
>>
More information about the Java
mailing list