phunix/commands
Antoine Leca b67a7fca8c ash: don't rely on libc signal names
The bsd signal names are out-of-order compared to the minix ones.

I found out (the hard way) that the (MINIX-descending) ordered list of
signals in <sys/signal.h> does not match the (BSD-descending) ordered
list of signals in usr/src/lib/libc/nbsd_libc/gen/sig{name,list}.c

Beyond being unfortunate, it prevents the trap command of ash to handle
correctly a named signal; a funny test case is
        #!/bin/sh
        trap 'echo trapping signal BUS' BUS
        trap 'echo trapping signal 10 (USR1)' 10
        trap # show me what is currently trapped

As a quick workaround, I disabled the use of the libc-provided
sys_sig{name,list} arrays for ash, and reverted to the hand-made array
which is used by the less capable MINIX libc. It allowed me to use
pkgsrc.
2011-07-26 18:59:52 +02:00
..
2011-07-22 17:28:27 +02:00
2011-07-21 14:31:17 +02:00
2011-07-26 18:59:52 +02:00
2011-06-09 08:27:49 +02:00
2011-01-28 11:35:02 +00:00
2010-07-06 12:10:23 +00:00
2010-07-06 12:10:23 +00:00
2010-08-12 14:11:28 +00:00
2010-07-06 12:10:23 +00:00
2011-02-23 14:24:17 +00:00
2011-06-09 08:27:49 +02:00
2010-07-01 00:06:41 +00:00
2010-12-10 15:18:28 +00:00
2011-06-09 08:27:49 +02:00
2011-07-13 18:19:27 +02:00
2010-08-06 12:46:01 +00:00
2011-06-07 15:23:23 +00:00
2010-07-06 12:10:23 +00:00
2010-11-06 20:40:15 +00:00
2011-07-13 18:19:27 +02:00
2010-09-14 21:31:56 +00:00
2010-06-25 23:25:48 +00:00
2010-07-18 19:20:36 +00:00
2010-11-06 20:40:15 +00:00
2011-07-16 13:01:19 +02:00
2010-07-06 12:10:23 +00:00
2010-12-10 15:21:59 +00:00
2010-11-06 20:41:51 +00:00
2010-11-06 20:40:15 +00:00
2011-07-11 21:10:28 +02:00
2010-08-03 13:58:36 +00:00
2011-07-13 18:19:27 +02:00
2011-07-16 13:01:19 +02:00
2010-09-10 17:00:30 +00:00
2010-11-06 20:40:15 +00:00
2010-11-06 20:40:15 +00:00
2010-07-06 12:10:23 +00:00
2011-05-26 08:22:57 +02:00
2011-07-13 18:19:27 +02:00
2010-07-06 12:10:23 +00:00
2010-09-14 21:31:56 +00:00
2010-07-05 21:04:31 +00:00
2010-11-06 20:40:15 +00:00
2010-11-06 20:40:15 +00:00
2011-07-26 13:38:27 +02:00