logo
Free, unlimited AI code reviews that run on commit
git-lrc git-lrc GitHub Install Now We'd appreciate a star git-lrc - Free, unlimited AI code reviews that run on commit | Product Hunt git-lrc - Free, unlimited AI code reviews that run on commit | Product Hunt

This manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface

Application Usage

       Applications whose behavior depends on the value  of  the  signal  mask  should  not  use  longjmp()  and
       setjmp(),  since  their effect on the signal mask is unspecified, but should instead use the siglongjmp()
       and sigsetjmp() functions (which can save and restore the signal mask under application control).

       It is recommended that applications do not call longjmp() or siglongjmp() from signal handlers. To  avoid
       undefined  behavior  when  calling these functions from a signal handler, the application needs to ensure
       one of the following two things:

        1. After the call to longjmp() or siglongjmp() the process only calls  async-signal-safe  functions  and
           does not return from the initial call to main().

        2. Any signal whose handler calls longjmp() or siglongjmp() is blocked during every call to a non-async-
           signal-safe function, and no such calls are made after returning from the initial call to main().

Description

       The  functionality  described  on  this  reference  page is aligned with the ISO C standard. Any conflict
       between the requirements described  here  and  the  ISO C  standard  is  unintentional.  This  volume  of
       POSIX.1‐2017 defers to the ISO C standard.

       The  longjmp()  function shall restore the environment saved by the most recent invocation of setjmp() in
       the same process, with the corresponding jmp_buf argument. If the most recent invocation of setjmp() with
       the corresponding jmp_buf occurred in another thread, or if there  is  no  such  invocation,  or  if  the
       function  containing  the  invocation  of  setjmp()  has  terminated  execution in the interim, or if the
       invocation of setjmp() was within the scope of an identifier with variably modified  type  and  execution
       has  left  that  scope  in  the  interim, the behavior is undefined.  It is unspecified whether longjmp()
       restores the signal mask, leaves the signal mask unchanged, or restores it  to  its  value  at  the  time
       setjmp() was called.

       All  accessible  objects  have  values,  and all other components of the abstract machine have state (for
       example, floating-point status flags and open files), as of the time longjmp() was  called,  except  that
       the  values  of  objects  of  automatic  storage  duration are unspecified if they meet all the following
       conditions:

        *  They are local to the function containing the corresponding setjmp() invocation.

        *  They do not have volatile-qualified type.

        *  They are changed between the setjmp() invocation and longjmp() call.

       Although longjmp() is an async-signal-safe function, if  it  is  invoked  from  a  signal  handler  which
       interrupted  a  non-async-signal-safe function or equivalent (such as the processing equivalent to exit()
       performed after a return from the initial call to main()), the behavior of any subsequent call to a  non-
       async-signal-safe function or equivalent is undefined.

       The  effect of a call to longjmp() where initialization of the jmp_buf structure was not performed in the
       calling thread is undefined.

Errors

       No errors are defined.

       Thefollowingsectionsareinformative.

Examples

       None.

Future Directions

       None.

Name

       longjmp — non-local goto

Prolog

       This  manual  page  is part of the POSIX Programmer's Manual.  The Linux implementation of this interface
       may differ (consult the corresponding Linux manual page for details of Linux behavior), or the  interface
       may not be implemented on Linux.

Rationale

       None.

Return Value

       After longjmp() is completed, program execution continues as if the corresponding invocation of  setjmp()
       had  just returned the value specified by val.  The longjmp() function shall not cause setjmp() to return
       0; if val is 0, setjmp() shall return 1.

See Also

setjmp(), sigaction(), siglongjmp(), sigsetjmp()

       The Base Definitions volume of POSIX.1‐2017, <setjmp.h>

Synopsis

       #include <setjmp.h>

       void longjmp(jmp_buf env, int val);

See Also