jammy (2) sigaction.2.gz

Provided by: manpages-pl-dev_4.13-4_all bug

NAZWA

       sigaction, rt_sigaction - bada i zmienia akcję sygnału

SKŁADNIA

       #include <signal.h>

       int sigaction(int signum, const struct sigaction *act,
                     struct sigaction *oldact);

   Wymagane ustawienia makr biblioteki glibc (patrz feature_test_macros(7)):

       sigaction(): _POSIX_C_SOURCE

       siginfo_t: _POSIX_C_SOURCE >= 199309L

OPIS

       Wywołanie  systemowe  sigaction()  jest  używane  do  zmieniania akcji, którą odbiera proces po odebraniu
       określonego sygnału. (Wprowadzenie do sygnałów można znaleźć  w podręczniku signals(7)).

       signum określa sygnał i może być dowolnym prawidłowym sygnałem poza SIGKILL i SIGSTOP.

       Jeśli act nie jest NULL-em, to nowa akcja dla sygnału signum jest brana z  act.  Jeśli  oldact  też  jest
       różny od NULL, to poprzednia akcja jest w nim zachowywana.

       Struktura sigaction jest zdefiniowana jako:

           struct sigaction {
               void     (*sa_handler)(int);
               void     (*sa_sigaction)(int, siginfo_t *, void *);
               sigset_t   sa_mask;
               int        sa_flags;
               void     (*sa_restorer)(void);
           };

       Na  niektórych  architekturach  część  tej  struktury może być unią: nie należy ustawiać jednocześnie pól
       sa_handler oraz sa_sigaction.

       The sa_restorer field is not intended for application use.  (POSIX does not specify a sa_restorer field.)
       Some further details of the purpose of this field can be found in sigreturn(2).

       sa_handler specifies the action to be associated with signum and is be one of the following:

       * SIG_DFL for the default action.

       * SIG_IGN to ignore this signal.

       * A  pointer  to  a  signal  handling  function.   This  function  receives the signal number as its only
         argument.

       If SA_SIGINFO is specified  in  sa_flags,  then  sa_sigaction  (instead  of  sa_handler)   specifies  the
       signal-handling function for signum.  This function receives three arguments, as described below.

       sa_mask  określa  maskę  sygnałów,  które  powinny  być  blokowane (tj. dodane do maski sygnałów wątku, z
       którego sygnał został wywołany) podczas wywoływania funkcji obsługi sygnałów.  Dodatkowo,  sygnał,  który
       wywołał tę funkcję obsługi  będzie zablokowany, chyba że użyto flagi SA_NODEFER.

       sa_flags podaje zbiór flag, które modyfikują zachowanie procesu obsługi sygnałów.  Jest to zbiór wartości
       połączonych bitowym OR:

       SA_NOCLDSTOP
              Jeśli signum jest równe SIGCHLD, to nie są odbierane powiadomienia o  zatrzymaniu  procesu-dziecka
              (np. gdy dziecko otrzyma jeden z SIGSTOP, SIGTSTP, SIGTTIN lub SIGTTOU) ani o jego wznowieniu (np.
              po otrzymaniu SIGCONT) (patrz wait(2)). Flaga ta ma znaczenie tylko w przypadku ustawiania funkcji
              obsługi sygnału SIGCHLD.

       SA_NOCLDWAIT (od Linuksa 2.6)
              Jeśli  signum  jest  równy  SIGCHLD,  to  dzieci po swoim zakończeniu nie zostaną przekształcone w
              zombie. Patrz także waitpid(2). Znacznik ma  znaczenie  tylko  ustanawiania  funkcji  obsługującej
              sygnał SIGCHLD lub podczas ustawiania tego sygnału na SIG_DLF.

              Jeśli  znacznik  SA_NOCLDWAIT  jest  ustawiony  podczas  ustanawiania  funkcji obsługującej sygnał
              SIGCHLD, to POSIX.1 nie określa, czy sygnał SIGCHLD po zakończeniu procesu potomnego. Pod Linuksem
              sygnał SIGCHLD jest w takim przypadku generowany; niektóre inne systemy go nie  generują.

       SA_NODEFER
              Do  not  add  the  signal  to  the thread's signal mask while the handler is executing, unless the
              signal is specified in act.sa_mask.  Consequently,  a  further  instance  of  the  signal  may  be
              delivered  to  the  thread  while  it is executing the handler.  This flag is meaningful only when
              establishing a signal handler.

              SA_NOMASK is an obsolete, nonstandard synonym for this flag.

       SA_ONSTACK
              Wywołuje funkcję obsługi sygnału, używając alternatywnego stosu ustawionego przez  sigaltstack(2).
              Jeżeli  ten  alternatywny  stos  nie  jest  dostępny,  zostanie  użyty  stos domyślny. Flaga ta ma
              znaczenie tylko w przypadku ustanawiania funkcji obsługi sygnału.

       SA_RESETHAND
              Restore the signal action to the  default  upon  entry  to  the  signal  handler.   This  flag  is
              meaningful only when establishing a signal handler.

              SA_ONESHOT is an obsolete, nonstandard synonym for this flag.

       SA_RESTART
              Dostarcza  zachowania  kompatybilnego z semantyką sygnałową BSD, czyniąc pewne wywołania systemowe
              odtwarzalnymi przez sygnały. Flaga ta ma znaczenie podczas ustanawiania procedury obsługi sygnału.
              Informacje na temat odtwarzania wywołań systemowych można znaleźć w podręczniku signal(7).

       SA_RESTORER
              Nie  jest  przeznaczone  do bezpośredniego stosowania. Flaga ta jest używana przez biblioteki C do
              wskazania, że pole sa_restorer zawiera adres "trampoliny sygnału" Więcej szczegółów w  podręczniku
              sigreturn(2).

       SA_SIGINFO (od Linuksa 2.2)
              Funkcja  obsługi  sygnałów  pobiera  trzy argumenty, a nie jeden. W typ przypadku zamiast ustawiać
              sa_handler należy ustawić sa_sigaction. Flaga ta  ma  znaczenie  tylko  w  przypadku  ustanawiania
              funkcji obsługi sygnału.

   The siginfo_t argument to a SA_SIGINFO handler
       When  the  SA_SIGINFO  flag  is  specified  in act.sa_flags, the signal handler address is passed via the
       act.sa_sigaction field.  This handler takes three arguments, as follows:

           void
           handler(int sig, siginfo_t *info, void *ucontext)
           {
               ...
           }

       These three arguments are as follows

       sig    The number of the signal that caused invocation of the handler.

       info   A pointer to a siginfo_t, which is a structure containing further information about the signal, as
              described below.

       ucontext
              This  is  a  pointer  to a ucontext_t structure, cast to void *.  The structure pointed to by this
              field contains signal context information that was saved on the user-space stack  by  the  kernel;
              for details, see sigreturn(2).  Further information about the ucontext_t structure can be found in
              getcontext(3)  and signal(7).  Commonly, the handler function doesn't make any use  of  the  third
              argument.

       The siginfo_t data type is a structure with the following fields:

           siginfo_t {
               int      si_signo;     /* Signal number */
               int      si_errno;     /* An errno value */
               int      si_code;      /* Signal code */
               int      si_trapno;    /* Trap number that caused
                                         hardware-generated signal
                                         (unused on most architectures) */
               pid_t    si_pid;       /* Sending process ID */
               uid_t    si_uid;       /* Real user ID of sending process */
               int      si_status;    /* Exit value or signal */
               clock_t  si_utime;     /* User time consumed */
               clock_t  si_stime;     /* System time consumed */
               union sigval si_value; /* Signal value */
               int      si_int;       /* POSIX.1b signal */
               void    *si_ptr;       /* POSIX.1b signal */
               int      si_overrun;   /* Timer overrun count;
                                         POSIX.1b timers */
               int      si_timerid;   /* Timer ID; POSIX.1b timers */
               void    *si_addr;      /* Memory location which caused fault */
               long     si_band;      /* Band event (was int in
                                         glibc 2.3.2 and earlier) */
               int      si_fd;        /* File descriptor */
               short    si_addr_lsb;  /* Least significant bit of address
                                         (since Linux 2.6.32) */
               void    *si_lower;     /* Lower bound when address violation
                                         occurred (since Linux 3.19) */
               void    *si_upper;     /* Upper bound when address violation
                                         occurred (since Linux 3.19) */
               int      si_pkey;      /* Protection key on PTE that caused
                                         fault (since Linux 4.6) */
               void    *si_call_addr; /* Address of system call instruction
                                         (since Linux 3.5) */
               int      si_syscall;   /* Number of attempted system call
                                         (since Linux 3.5) */
               unsigned int si_arch;  /* Architecture of attempted system call
                                         (since Linux 3.5) */
           }

       si_signo,  si_errno  i  si_code  są  zdefiniowane  dla wszystkich sygnałów. (Generalnie si_errno nie jest
       używane pod Linuksem). Pozostałe pola struktury mogą być unią; powinno się odczytywać tylko pola  istotne
       dla danego sygnału.

       * Sygnały  wysłane przez kill(2) i sigqueue(3) mają wypełnione pola si_pid oraz si_uid. Dodatkowo sygnały
         wysłane przez sigqueue(3) mają w polach  si_int  i  si_ptr  ustawione  wartości  podane  przez  nadawcę
         sygnału; szczegóły opisano w sigqueue(3).

       * Sygnały  wysłane  przez timery POSIX.1b (od Linuksa 2.6) mają uzupełnione pola si_overrun i si_timerid.
         Pole si_timerid zawiera wewnętrzny identyfikator używany przez jądro do identyfikacji timera; nie  jest
         to  ten  sam identyfikator, który zwraca timer_create(2). Pole si_overrun zawiera informację o tym, ile
         razy timer się przepełnił — jest to ta sama informacja, którą zwraca timer_getoverrun(2).  Pola  te  są
         niestandardowymi rozszerzeniami Linuksa.

       * Sygnały  wysłane  w celu notyfikacji kolejki komunikatów (patrz opis SIGEV_SIGNAL in mq_notify(3)) mają
         pola si_int/si_ptr wypełnione wartościami sigev_value  przekazanymi  do  mq_notify(3);  ponadto  si_pid
         zawiera  identyfikator  procesu  wysyłającego  sygnał, a si_uid rzeczywisty identyfikator użytkownika -
         nadawcy sygnału.

       * SIGCHLD ustawia pola si_pid, si_uid, si_status, si_utime i si_stime, dostarczając informacji o procesie
         potomnym.   Pole  si_pid  jest  identyfikatorem  potomka,  si_uid  jest  identyfikatorem  rzeczywistego
         użytkownika procesu potomnego. Pole si_status zawiera kod zakończenia potomka (jeśli si_code jest równe
         CLD_EXITED)  lub numer sygnału, który spowodował zmianę stanu. Pola si_utime i si_stime zawierają czasy
         spędzone przez potomka w przestrzeniach użytkownika i systemowej; w przeciwieństwie do  getrusage(2)  i
         times(2),  pola  te  nie  zawierają czasów oczekiwania na potomków. W jądrach wcześniejszych niż 2.6, a
         także w 2.6.27 i nowszych, pola zawierają czas CPU w jednostkach sysconf(_SC_CLK_TCK).  W  jądrach  2.6
         wcześniejszych niż 2.6.27 z powodu błędu używane były (konfigurowalne) jednostki jiffy (patrz time(7)).

       * SIGILL,  SIGFPE, SIGSEGV, SIGBUS oraz SIGTRAP wypełniają pole si_addr, ustawiając w nim adres błędu. Na
         niektórych architekturach sygnały wypełniają także pole si_trapno.

         Niektóre  błędy  pochodne  SIGBUS,  w  szczególności  BUS_MCEERR_AO  i  BUS_MCEERR_AR  ustawiają  także
         si_addr_lsb.  Pole  to  oznacza  najmniej  znaczący bit adresu, zatem i rozmiary uszkodzeń. Na przykład
         jeśli cała strona została uszkodzona,  si_addr_lsb  zawierać  będzie  log2(sysconf(_SC_PAGESIZE)).  Gdy
         jako odpowiedź na zdarzenie ptrace(2) (PTRACE_EVENT_foo) zostanie dostarczony SIGTRAP, pole si_addr nie
         jest wypełnione, natomiast pola si_pid i si_uid są wypełnione identyfikatorami  odpowiednio  procesu  i
         użytkownika  odpowiedzialnego  za  dostarczenie  pułapki.  W  przypadku  seccomp(2)  jako  dostarczenie
         zdarzenia pokazany zostanie zrzut.  BUS_MCERR_*  i  si_addr_lsb  są  rozszerzeniami  specyficznymi  dla
         Linuksa.

         SEGV_BNDERR będący podbłędem SIGSEGV wypełnia pola si_lower i si_upper.

         SEGV_PKUERR będący podbłędem SIGSEGV wypełnia pole si_pkey.

       * SIGIO/SIGPOLL  (te  dwie  nazwy  są  synonimami pod Linuksem) wypełnia pola si_band i si_fd.  Zdarzenie
         si_band jest maską bitową zawierającą te same wartości, które poll(2) umieszcza w  polu  revents.  Pole
         si_fd oznacza deskryptor pliku, na którym wystąpiło dane zdarzenie wejścia/wyjścia; więcej szczegółów w
         opisie F_SETSIG w podręczniku fcntl(2).

       * SIGSYS,  generowany  (od  Linuksa  3.5)  gdy  filtr  seccomp  zwróci  SECCOMP_RET_TRAP,  wypełnia  pola
         si_call_addr, si_syscall, si_arch, si_errno i inne, zgodnie z opisem z seccomp(2).

   The si_code field
       The  si_code field inside the siginfo_t argument that is passed to a SA_SIGINFO signal handler is a value
       (not a bit mask)  indicating why this signal was sent.  For a  ptrace(2)   event,  si_code  will  contain
       SIGTRAP and have the ptrace event in the high byte:

           (SIGTRAP | PTRACE_EVENT_foo << 8).

       For  a non-ptrace(2)  event, the values that can appear in si_code are described in the remainder of this
       section.  Since glibc 2.20, the definitions of most of these symbols  are  obtained  from  <signal.h>  by
       defining feature test macros (before including any header file) as follows:

       *  _XOPEN_SOURCE with the value 500 or greater;

       *  _XOPEN_SOURCE and _XOPEN_SOURCE_EXTENDED; or

       *  _POSIX_C_SOURCE with the value 200809L or greater.

       For  the TRAP_* constants, the symbol definitions are provided only in the first two cases.  Before glibc
       2.20, no feature test macros were required to obtain these symbols.

       For a regular signal, the following list shows the values which can be placed in si_code for any  signal,
       along with the reason that the signal was generated.

           SI_USER
                  kill(2).

           SI_KERNEL
                  Wysyłany przez jądro.

           SI_QUEUE
                  sigqueue(3).

           SI_TIMER
                  Wygaśnięcie timera POSIX.

           SI_MESGQ (od Linuksa 2.6.6)
                  Zmiana stanu kolejki komunikatów POSIX; patrz mq_notify(3)

           SI_ASYNCIO
                  Ukończenie asynchronicznej operacji wejścia/wyjścia.

           SI_SIGIO
                  Kolejkowany  SIGIO  (tylko  w  jądrach  do  wersji  2.2  Linuksa; od Linuksa 2.4 SIGIO/SIGPOLL
                  wypełniają si_code, tak jak to opisano poniżej).

           SI_TKILL (od Linuksa 2.4.19)
                  tkill(2) lub tgkill(2)

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGILL:

           ILL_ILLOPC
                  Niedozwolony kod operacji.

           ILL_ILLOPN
                  Niedozwolony operand.

           ILL_ILLADR
                  Niedozwolony tryb adresowania.

           ILL_ILLTRP
                  Niedozwolona pułapka.

           ILL_PRVOPC
                  Uprzywilejowany kod operacji.

           ILL_PRVREG
                  Uprzywilejowany rejestr.

           ILL_COPROC
                  Błąd koprocesora.

           ILL_BADSTK
                  Wewnętrzny błąd stosu.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGFPE:

           FPE_INTDIV
                  Dzielenie wartości całkowitej przez zero.

           FPE_INTOVF
                  Przepełnienie liczby całkowitej.

           FPE_FLTDIV
                  Dzielenie wartości zmiennoprzecinkowej przez zero.

           FPE_FLTOVF
                  Przekroczenie zakresu operacji zmiennoprzecinkowej.

           FPE_FLTUND
                  Przekroczenie (w dół) zakresu operacji zmiennoprzecinkowej.

           FPE_FLTRES
                  Niedokładny wynik operacji zmiennoprzecinkowej.

           FPE_FLTINV
                  Niepoprawna operacja zmiennoprzecinkowa.

           FPE_FLTSUB
                  Dolny indeks poza zakresem.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGSEGV:

           SEGV_MAPERR
                  Adres niemapowany do obiektu.

           SEGV_ACCERR
                  Niepoprawne uprawnienia mapowanego obiektu.

           SEGV_BNDERR (od Linuksa 3.19)
                  Niepowodzenie sprawdzenia przypisania adresu.

           SEGV_PKUERR (od Linuksa 4.6)
                  Access was denied by memory protection keys.  See pkeys(7).  The protection key which  applied
                  to this access is available via si_pkey.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGBUS:

           BUS_ADRALN
                  Niepoprawne wyrównanie adresu.

           BUS_ADRERR
                  Nieistniejący adres fizyczny.

           BUS_OBJERR
                  Błąd sprzętowy specyficzny dla obiektu.

           BUS_MCEERR_AR (od Linuksa 2.6.32)
                  Sprzętowy błąd pamięci podczas sprawdzania komputera; wymagane podjęcie akcji.

           BUS_MCEERR_AO (od Linuksa 2.6.32)
                  Wykryto sprzętowy błąd pamięci w procesie; opcjonalne podjęcie akcji.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGTRAP:

           TRAP_BRKPT
                  Punkt wstrzymania procesu.

           TRAP_TRACE
                  Śledzony proces złapany.

           TRAP_BRANCH (since Linux 2.4, IA64 only)
                  Śledzone rozgałęzienie procesu złapane.

           TRAP_HWBKPT (since Linux 2.4, IA64 only)
                  Pułapka sprzętowa.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGCHLD:

           CLD_EXITED
                  Proces potomny się zakończył.

           CLD_KILLED
                  Proces potomny został zabity.

           CLD_DUMPED
                  Potomek zakończył się w nieprawidłowy sposób.

           CLD_TRAPPED
                  Śledzony potomek został złapany.

           CLD_STOPPED
                  Proces potomny został zatrzymany.

           CLD_CONTINUED (od Linuksa 2.6.9)
                  Zatrzymany proces potomny został wznowiony.

       Następujące wartości mogą zostać umieszczone w si_code sygnału SIGIO/SIGPOLL:

           POLL_IN
                  Dostępne dane na wejściu.

           POLL_OUT
                  Dostępne bufory wyjścia.

           POLL_MSG
                  Dostępna wiadomość na wejściu.

           POLL_ERR
                  Błąd wejścia/wyjścia.

           POLL_PRI
                  Dostępne wejście o wysokim priorytecie.

           POLL_HUP
                  Urządzenie odłączone.

       Następująca wartość może zostać umieszczona w si_code sygnału SIGSYS:

           SYS_SECCOMP (od Linuksa 3.5)
                  Wyzwolone przez regułę filtra seccomp(2).

WARTOŚĆ ZWRACANA

       sigaction()  w przypadku powodzenia zwraca 0. W razie wystąpienia błędu zwracane jest -1 i ustawiana jest
       zmienna errno wskazując na błąd.

BŁĘDY

       EFAULT act lub oldact wskazują na pamięć poza przestrzenią adresową procesu.

       EINVAL Podano nieprawidłowy sygnał. Będzie to też generowane  w  przypadku  próby  zmienienia  akcji  dla
              sygnałów SIGKILL lub SIGSTOP, które nie mogą być przechwycone lub zignorowane.

ZGODNE Z

       POSIX.1-2001, POSIX.1-2008, SVr4.

UWAGI

       Dziecko  utworzone przez fork(2) dziedziczy kopię ustawień sygnałów od swojego rodzica. Podczas wywołania
       execve(2) przywracane są wartości domyślne ustawień, z wyjątkiem ustawienia  ignorowania  sygnału,  które
       nie jest zmieniane.

       Zgodnie z POSIX, zachowanie procesu po zignorowaniu sygnału SIGFPE, SIGILL lub SIGSEGV, niewygenerowanego
       przez kill(2) lub raise(3), jest  niezdefiniowane.  Dzielenie  liczby  całkowitej  przez  zero  ma  wynik
       niezdefiniowany.  Na  niektórych  architekturach  generuje  sygnał  SIGFPE  (Także dzielenie najmniejszej
       ujemnej  liczby  całkowitej  przez  -1  może  wygenerować  SIGFPE).  Ignorowanie  go  może  prowadzić  do
       nieskończonej pętli.

       POSIX.1-1990  zabraniał  ustawiania  akcji dla SIGCHLD na SIG_IGN. POSIX.1-2001 i późniejsze pozwalają na
       to, tak że można użyć ignorowania SIGCHLD,  żeby  zapobiec  tworzeniu  procesów-duchów  (patrz  wait(2)).
       Niemniej jednak, historyczne zachowanie systemów BSD i System V w zakresie ignorowania SIGCHLD jest inne,
       tak więc jedyną  całkowicie  przenośną  metodą  zapewnienia,  że  potomek  po  zakończeniu  nie  zostanie
       procesem-duchem jest przechwytywanie sygnału SIGCHLD i wywołanie funkcji wait(2) lub podobnej.

       POSIX.1-1990  określał  tylko SA_NOCLDSTOP. W POSIX.1-2001 dodano SA_NOCLDSTOP, SA_NOCLDWAIT, SA_NODEFER,
       SA_ONSTACK, SA_RESETHAND, SA_RESTART oraz SA_SIGINFO. Używanie tych nowych  wartości  sa_flags  może  być
       mniej przenośne w aplikacjach przewidzianych do użycia w starszych implementacjach Uniksa.

       Flaga SA_RESETHAND jest kompatybilna z flagą w SVr4 o tej samej nazwie.

       The  SA_NODEFER flag is compatible with the SVr4 flag of the same name under kernels 1.3.9 and later.  On
       older kernels the Linux implementation allowed the receipt of  any  signal,  not  just  the  one  we  are
       installing (effectively overriding any sa_mask settings).

       sigaction()  może  być wywoływany z drugim argumentem o wartości NULL, powodując w ten sposób zapytanie o
       bieżący handler sygnału. Może go też użyć do sprawdzenia, czy dany  sygnał  jest  prawidłowy  na  obecnej
       maszynie. W tym celu należy zarówno drugi, jak i trzeci argument ustawić na NULL.

       Nie  można  zablokować  sygnałów  SIGKILL  lub SIGSTOP (przez podanie ich w sa_mask). Próby takie zostaną
       zignorowane.

       Zobacz sigsetops(3)  dla szczegółów o operacjach na zbiorach sygnałów.

       See signal-safety(7)  for a list of the async-signal-safe functions that can be safely called inside from
       inside a signal handler.

   Różnice biblioteki C/jądra
       Funkcja opakowująca glibc dla sigaction() daje błąd (EINVAL) przy próbie zmiany dyspozycji dwóch sygnałów
       czasu  rzeczywistego  używanych  wewnętrznie  przez  implementację  wątkową  NPTL.  Więcej  szczegółów  w
       podręczniku nptl(7).

       On  architectures  where  the  signal trampoline resides in the C library, the glibc wrapper function for
       sigaction()  places the address of the  trampoline  code  in  the  act.sa_restorer  field  and  sets  the
       SA_RESTORER flag in the act.sa_flags field.  See sigreturn(2).

       Oryginalne  linuksowe  wywołanie  systemowe  nazywało  się sigaction(). Jednak po pojawieniu się sygnałów
       czasu rzeczywistego w Linuksie 2.2, 32-bitowy typ  sigset_t  o  stałym  rozmiarze  obsługiwany  przez  to
       wywołanie przestał dobrze służyć swemu zadaniu. Z tego powodu, w celu obsługi powiększonego typu sigset_t
       dodano nowe  wywołanie  systemowe  rt_sigaction().  Nowe  wywołanie  przyjmuje  czwarty  argument  size_t
       sigsetsize, który określa rozmiar w bajtach zestawu sygnałów w act.sa_mask i oldact.sa_mask. Argument ten
       obecnie musi mieć wartość sizeof(sigset_t) (albo  nastąpi  błąd  EINVAL).  Opakowanie  glibc  sigaction()
       ukrywa te detale przed nami, po cichu wywołując rt_sigaction() jeśli udostępnia je jądro.

   Nieudokumentowane
       Before  the introduction of SA_SIGINFO, it was also possible to get some additional information about the
       signal.  This was done by providing an sa_handler signal handler with a second argument  of  type  struct
       sigcontext,  which  is  the  same  structure  as  the  one that is passed in the uc_mcontext field of the
       ucontext structure that is passed (via a pointer) in the third argument of the sa_sigaction handler.  See
       the relevant Linux kernel sources for details.  This use is obsolete now.

BŁĘDY

       When  delivering a signal with a SA_SIGINFO handler, the kernel does not always provide meaningful values
       for all of the fields of the siginfo_t that are relevant for that signal.

       W jądrze 2.6.13  i  wcześniejszych  podanie  SA_NODEFER  w  sa_flags  zapobiegało  maskowaniu  nie  tylko
       dostarczonego  sygnału  podczas  wykonywania  procedury obsługi sygnału, ale także sygnałów określonych w
       sa_mask. Ten błąd został poprawiony w 2.6.14.

PRZYKŁADY

       Patrz mprotect(2).

ZOBACZ TAKŻE

       kill(1),  kill(2),  pause(2),  pidfd_send_signal(2),  restart_syscall(2),   seccomp(2),   sigaltstack(2),
       signal(2),  signalfd(2),  sigpending(2), sigprocmask(2), sigreturn(2), sigsuspend(2), wait(2), killpg(3),
       raise(3), siginterrupt(3), sigqueue(3), sigsetops(3), sigvec(3), core(5), signal(7)

O STRONIE

       Angielska wersja tej strony pochodzi z wydania 5.10 projektu Linux man-pages. Opis  projektu,  informacje
       dotyczące   zgłaszania   błędów   oraz   najnowszą   wersję   oryginału   można   znaleźć   pod   adresem
       https://www.kernel.org/doc/man-pages/.

T◈UMACZENIE

       Autorami polskiego tłumaczenia niniejszej strony podręcznika  są:  Przemek  Borys  <pborys@dione.ids.pl>,
       Robert Luberda <robert@debian.org> i Michał Kułach <michal.kulach@gmail.com>

       Niniejsze  tłumaczenie  jest  wolną  dokumentacją.  Bliższe informacje o warunkach licencji można uzyskać
       zapoznając się z GNU General Public License w wersji  3  ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩  lub
       nowszej. Nie przyjmuje się ŻADNEJ ODPOWIEDZIALNOŚCI.

       Błędy  w  tłumaczeniu  strony  podręcznika  prosimy  zgłaszać  na  adres  listy dyskusyjnej ⟨manpages-pl-
       list@lists.sourceforge.net⟩.