Signals and library functions

This is a discussion on Signals and library functions within the Linux Programming forums, part of the Platform Specific Boards category; This questions stems from a discussion on error handling in recursive functions on another forum. And I quote >On May ...

  1. #1
    Banned
    Join Date
    May 2007
    Location
    Berkeley, CA
    Posts
    329

    Signals and library functions

    This questions stems from a discussion on error handling in recursive functions on another forum. And I quote

    >On May 30, 10:17=A0am, David Resnick <lndresn...@gmail.com> wrote:
    >> Sure, and a fourth is to pass down a pointer to a variable to use for
    >> error reporting.
    >Yet another one is to use signal()/raise().

    If the routine so invoked does not terminate with longjump
    (and longjump was already proffered earlier in the list) then
    when the routine returns, execution will resume with the return
    of raise() (which will have a value of 0 if successful, non-zero
    otherwise.)

    signal()/raise() does have the advantage that the invoked routine
    is able to access library functions, and is able to access static storage
    that is not volatile sig_atomic_t (undefined behaviour if the
    invocation of the signal'd routine does not come from raise()).
    Effectively, signal()/raise() becomes a method for storing a hidden
    global pointer to a subroutine that gets called when raise() is used...
    nothing you couldn't easily duplicate. Hmmm, I bet there has already
    been an IOCC entry (or five) that relied upon this...
    --
    How does signal/raise have the advantage that the invoked routine is able to access the library functions? Can someone give me an example?

  2. #2
    Registered User Codeplug's Avatar
    Join Date
    Mar 2003
    Posts
    4,662
    >> How does signal/raise have the advantage that the invoked routine is able to access the library functions?
    I guess you could say it comes directly from the C standard...
    Quote Originally Posted by ISO/IEC 9899:1999(E), 7.14.1.1.5
    If the signal occurs other than as the result of calling the abort or raise function, the behavior is undefined if the signal handler refers to any object with static storage duration other than by assigning a value to an object declared as volatile sig_atomic_t, or the signal handler calls any function in the standard library other than the abort function, the _Exit function, or the signal function with the first argument equal to the signal number corresponding to the signal that caused the invocation of the handler. ...
    The "real" reason is that the signal handler isn't called "asynchronously" when abort() or raise() is called - and so you can touch globals and library functions like normal.

    Posix also adds kill() to the list of "ok to touch globals and lib functions from handler".

    gg

Popular pages Recent additions subscribe to a feed

Similar Threads

  1. user thread library
    By Eran in forum C Programming
    Replies: 4
    Last Post: 06-17-2008, 01:44 AM
  2. Shared Library creation tips
    By ezwise in forum C Programming
    Replies: 6
    Last Post: 03-01-2005, 02:29 PM
  3. Signals in multi threaded application
    By HelpMe in forum C Programming
    Replies: 0
    Last Post: 09-12-2001, 09:15 PM

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21