standards/99517: Missing SIGRTMIN and SIGRTMAX signals
davidxu at freebsd.org
Thu Jun 29 13:03:20 UTC 2006
On Tuesday 27 June 2006 10:12, Timur I. Bakeyev wrote:
> >Number: 99517
> >Category: standards
> >Synopsis: Missing SIGRTMIN and SIGRTMAX signals
> >Confidential: no
> >Severity: non-critical
> >Priority: medium
> >Responsible: freebsd-standards
> >State: open
> >Class: change-request
> >Submitter-Id: current-users
> >Arrival-Date: Tue Jun 27 02:20:15 GMT 2006
> >Originator: Timur I. Bakeyev
> >Release: FreeBSD 6.1-STABLE i386
> System: FreeBSD 6.1-STABLE #0: Tue Jun 20 02:38:12 CEST 2006
> root at timur.home.bat.ru:/usr/src/sys/i386/compile/COMMON
> It was a great surprise to me to find out that signal.h (or, in fact,
> sys/signal.h) doesn't contain definition of such a basic POSIX signal
> related constants as SIGRTMIN and SIGRTMAX.
> They described for example here: http://en.wikipedia.org/wiki/SIGRTMIN
> Moreover it's even mentioned in file itself:
> * XXX missing SIGRTMIN, SIGRTMAX.
> Absence of this variables makes porting of POSIX-compliant applications
> harder as well as lowers general POSIX-compliance of FreeBSD.
> Actually, signal.h looks quite scary with all that:
> * XXX missing SIG_HOLD.
> * XXX missing SIGEV_THREAD.
> less /usr/include/sys/signal.h
> It'll be nice if that definitions were added to the signal.h ASAP. I don't
> see any strong reason not to have them.
> With regards,
> Timur Bakeyev.
6.1 does not support realtime signal, only -CURRENT supports it, if
you define it, and kernel is not functional, won't this break application
More information about the freebsd-standards