[Octave-bug-tracker] [bug #39089] Incomplete list of OS signals in the builtin SIG function

[Dan Sebald]

Follow-up Comment #2, bug #39089 (project octave):

Thank you...  This gnulib siglist.h/siglist.c looks like it might be a good
idea.  I'm guessing that signals.h (bits/signum.h) is constructed as part of
the kernel compilation process (or maybe it is library level). 
siglist.h/siglist.c is meant to reflect that.  Here's a siglist.c from far
back

http://www.opensource.apple.com/source/bash/bash-30/bash/siglist.c

that is similar to Octave's.  Octave's siglist.h has reference to Emacs.  So
perhaps Octave signal interpretation predate's gnulib's code.

The gnulib github has a recent copyright suggesting it is fairly well
maintained.  There's a gnulib file strsignal.c that seems to be the equivalent
of Octave's siglist.c but gets the description from somewhere that isn't
obvious (INTUSE ?) and I'm not sure why it is adding an underscore
_sys_siglist which is typically done when referencing C variables inside
assembly language code.

The siglist.h in gnulib doesn't have the following from Octave's siglist.h:


      sys_siglist[SIGAIO] = "LAN I/O interrupt";
      sys_siglist[SIGCLD] = "Child status changed";
      sys_siglist[SIGDANGER] = "Swap space dangerously low";
      sys_siglist[SIGDGNOTIFY] = "Notification message in queue";
      sys_siglist[SIGFREEZE] = "SIGFREEZE";
      sys_siglist[SIGGRANT] = "Monitor mode granted";
      sys_siglist[SIGLWP] = "SIGLWP";
      sys_siglist[SIGMSG] = "Monitor mode data available";
      sys_siglist[SIGPHONE] = "SIGPHONE";
      sys_siglist[SIGPOLL] = "Pollable event occurred";
      sys_siglist[SIGPTY] = "PTY I/O interrupt";
      sys_siglist[SIGRETRACT] = "Need to relinguish monitor mode";
      sys_siglist[SIGSAK] = "Secure attention";
      sys_siglist[SIGSOUND] = "Sound completed";
      sys_siglist[SIGSTP] = "Stopped (user)";
      sys_siglist[SIGTHAW] = "SIGTHAW";
      sys_siglist[SIGWAITING] = "Process's LWPs are blocked";
      sys_siglist[SIGWIND] = "SIGWIND";


The only two of these that are defined on my system are SIGCLD (#17 which is
the same as SIGCHLD) and SIGPOLL (#29 which is the same as SIGIO).  So my
system should be covered by gnulib's siglist.h.

There is also a sig2str.c in gnulib which does contain all the definitions
including those I listed above, along with a short comment categorizing them
as /* GNU/Linux 2.2 and Solaris 8.  */.  There a half dozen other groups of
extensions as well.  So the signal interpretation does seem to be covered
fairly well in gnulib.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?39089>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/