为什么`kill -l`不列出信号号32和33？

kill -l在linux上执行可以得到：

 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL       5) SIGTRAP
 6) SIGABRT      7) SIGBUS       8) SIGFPE       9) SIGKILL     10) SIGUSR1
11) SIGSEGV     12) SIGUSR2     13) SIGPIPE     14) SIGALRM     15) SIGTERM
16) SIGSTKFLT   17) SIGCHLD     18) SIGCONT     19) SIGSTOP     20) SIGTSTP
21) SIGTTIN     22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO       30) SIGPWR
31) SIGSYS      34) SIGRTMIN    35) SIGRTMIN+1  36) SIGRTMIN+2  37) SIGRTMIN+3
38) SIGRTMIN+4  39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9  56) SIGRTMAX-8  57) SIGRTMAX-7
58) SIGRTMAX-6  59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX

发生了什么事32，并33？为什么未列出？他们本可以从1开始到62结束，而不是在中间跳过2？

这是因为NPTL。由于它是GNU C库的一部分，几乎每个现代linux发行版都不再使用前两个实时信号。NPTL是POSIX线程的实现。NPTL内部使用前两个实时信号。

信号手册的这一部分非常有趣：

Linux内核支持32种不同的实时信号，范围从33到64。但是，glibc POSIX线程实现内部使用两个（对于NPTL）或三个（对于LinuxThreads）实时信号（请参阅pthreads（7））。 ，并适当调整SIGRTMIN的值（至34或35）。因为可用的实时信号的范围根据glibc线程实现的不同而有所不同（并且这种变化可能会在运行时根据可用的内核和glibc发生），并且实际上，实时信号的范围在UNIX系统上也有所不同，所以程序应不要使用硬编码数字引用实时信号，而应该使用SIGRTMIN + n引用实时信号，并包括适当的（运行时）检查，以确保SIGRTMIN + n不超过SIGRTMAX。

我还检查了glibc的源代码。参见第22行。__SIGRTMIN增加了+2，因此前两个实时信号被排除在实时信号范围之外。

因为信号是：

SIGWAITING 32 Ignore All LWPs blocked 
    SIGLWP 33 Ignore Virtual Interprocessor Interrupt for Threads Library 

Linux都不支持。（LWP代表“ 轻量工艺”）

来源：IBM DeveloperWorks Solaris到Linux的移植指南