gcl-devel
[Top][All Lists]
Advanced

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

Re: [Gcl-devel] gcl_signal


From: Michael Koehne
Subject: Re: [Gcl-devel] gcl_signal
Date: Fri, 25 Jun 2004 16:29:43 +0200
User-agent: Mutt/1.3.28i

Moin Mike Thomas,

> As a last minute thought before 2.6.2 marches out the door, what do you
> think of these items?
> 1. in "usig.c"
>    EXTER char signals_handled[6];

  *hm* the EXTER is confusing to the programmer, because EXTER in a
  include file means to have it extern, and allocated by main.c !
  So :

      extern char signals_handled[];

> #define OTHER_SIGNALS_HANDLED SIGTERM,SIGKILL,SIGABRT,
> char signals_handled [] = {SIGINT,SIGUSR2,SIGUSR1,SIGIO,SIGALRM,
> #ifdef OTHER_SIGNALS_HANDLED
>                          OTHER_SIGNALS_HANDLED
> #endif
>                          0};

  allocation by compiler should be fine in this way, as no later
  signals are added.

> (that is, SIGUSR2 (inserted in signals_handled) is not installed, but
> SIGPIPE and SIGFPE (not present in the signals_handled vector) are at least
> passed into the function even if not dealt with.)
> 5. in "main.c" install_segmentation_catcher also runs gcl_signal on SIGSEGV,
> which is, also, not present in the signals_handled vector.

  this might be on purpose, as signals in signals_handled are handled
  by main_signal_handler first, who knows what to do on each of them,
  and then delegated to the user installed handler, while those other
  signals are dealt by the user defined signal handler directly. There
  wont be any need for this signals_handled array, if it includes every
  possible signal.

Bye Michael
-- 
  mailto:address@hidden             UNA:+.? 'CED+2+:::Linux:2.4.22'UNZ+1'
  http://www.xml-edifact.org/           CETERUM CENSEO WINDOWS ESSE DELENDAM




reply via email to

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