Aliases: siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), siglongjmp(3), sigsetjmp(3)
longjmp, siglongjmp - nonlocal jump to a saved stack context
void longjmp(jmp_buf env, int val);
void siglongjmp(sigjmp_buf env, int val);
Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
siglongjmp(): _POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_C_SOURCE
longjmp() and setjmp(3) are useful for dealing with errors and interrupts encountered in a low-level subroutine of a program. longjmp() restores the environment saved by the last call of setjmp(3) with the corresponding env argument. After longjmp() is completed, program execution continues as if the corresponding call of setjmp(3) had just returned the value val. longjmp() cannot cause 0 to be returned. If longjmp() is invoked with a second argument of 0, 1 will be returned instead.
These functions never return.
For an explanation of the terms used in this section, see attributes(7).
longjmp(): POSIX.1-2001, POSIX.1-2008, C89, C99.
siglongjmp(): POSIX.1-2001, POSIX.1-2008.
POSIX does not specify whether longjmp() will restore the signal context (see setjmp(3) for some more details). If you want to portably save and restore signal masks, use sigsetjmp(3) and siglongjmp().
Analogous remarks apply for siglongjmp().
The values of automatic variables are unspecified after a call to longjmp() if they meet all the following criteria:
|o||they are local to the function that made the corresponding setjmp(3) call;|
|o||their values are changed between the calls to setjmp(3) and longjmp(); and|
|o||they are not declared as volatile.|
longjmp() and siglongjmp() make programs hard to understand and maintain. If possible, an alternative should be used.
This page is part of release 4.04 of the Linux man-pages project. A description of the project, information about reporting bugs, and the latest version of this page, can be found at http://www.kernel.org/doc/man-pages/.