[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Realtime signals in glibc version 2.3.1

From: Andreas Jaeger
Subject: Re: Realtime signals in glibc version 2.3.1
Date: Mon, 28 Oct 2002 17:04:06 +0100
User-agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Artificial Intelligence, i386-suse-linux)

address@hidden writes:

> From: Andreas Jaeger <address@hidden>
>> Stephen Rothwell <address@hidden> writes:
>> > The following program used to print 32 and 63 on ia32 Linux with
>> > glibc version 2.2.5 (unless linked with -lpthread when 35 and 63
>> > were printed).  With version 2.3.1, -1 and -1 are printed.  This
>> You need to link against libpthread if you like to use librt,
> I don't want ot use librt or libpthread, I just want to use the
> kernel's ability to queue signals above SIGRTMIN.  This used
> to work with no fuss.  Was this an arbitrary decision, or is there
> some standard you are following here that we used to break?

Now I see what you mean - and don't have directly any help for you.
>> > Also, if <unistd.h> happens to be included, the _POSIX_REALTIME_SIGNALS
>> > is defined, but SIGRTMIN remains -1 (unless linked against -lpthread).
> My point here is that if you are trying to follow the relevant
> Posix standard, then including <unistd.h> will give the programmer
> the impression that realtime signals are supported, but SIGRTMIN
> is stiil defined as -1 unless -lpthread is used ...

please file a complete bug using the glibcbug script so that it's in
our bug database,

 Andreas Jaeger
  SuSE Labs address@hidden
   private address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]