octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #39089] Incomplete list of OS signals in the b


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #39089] Incomplete list of OS signals in the builtin SIG function
Date: Thu, 30 May 2013 20:45:51 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

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

I see now that gnulib has restructured things slightly, perhaps because it now
appears there is a "sys_siglist" in the standard kernel code(?).  gnulib's
siglist.h is not actually a header file, per se.  It is used in strsignal.c
similar to C macro code.  The header file defines things like:


#ifdef SIGHUP
  init_sig (SIGHUP, "HUP", N_("Hangup"))
#endif


which is a macro expanded inside strsignal.c as:


# define init_sig(sig, abbrev, desc) 
if (sig >= 0 && sig < NSIG) 
_sys_siglist[sig] = desc;


Via gnulib I see no header file declaration for "sys_siglist".

I do see such a declaration in my systems header file tree though:

[sebald@ include]$ grep sys_siglist * -r
signal.h:extern __const char *__const _sys_siglist[_NSIG];
signal.h:extern __const char *__const sys_siglist[_NSIG];

So maybe things have progressed to the point where this sys_siglist doesn't
even need to be constructed anymore and gnulib will cover the scenario whereby
some operating system doesn't yet do so.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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