manpages-de - en to de translation catalogue (164 entries)

note: type: TH
en: 2019-08-02
de: 2. August 2019

note: type: TH
en: Linux Programmer's Manual
de: Linux-Programmierhandbuch

note: type: SH
en: NAME
de: BEZEICHNUNG

note: type: Plain text
en: signal - overview of signals
de: signal - Überblick über Signale (Software-Interrupts)

note: type: SH
en: DESCRIPTION
de: BESCHREIBUNG

note: type: Plain text
en: Linux supports both POSIX reliable signals (hereinafter "standard signals") and POSIX real-time signals.
de: Linux unterstützt sowohl nach POSIX zuverlässige Signale (im Folgenden: »Standard-Signale«) und POSIX-Echtzeit-Signale.

note: type: SS
en: Signal dispositions
de: Signalzuordnung (disposition)

note: type: Plain text
en: Each signal has a current I<disposition>, which determines how the process behaves when it is delivered the signal.
de: Jedes Signal hat eine aktuelle I<Zuordnung>. Sie legt fest, wie sich der Prozess verhält, wenn er das Signal erhält.

note: type: Plain text
en: The entries in the "Action" column of the table below specify the default disposition for each signal, as follows:
de: Die Einträge in der »Aktion«-Spalte in der folgenden Tabelle legen die Standardzuordnung für jedes Signal fest:

note: type: Plain text
en: Default action is to terminate the process.
de: Standardaktion ist der Abbruch des Prozesses.

note: type: Plain text
en: Default action is to ignore the signal.
de: Standardaktion ist, das Signal zu ignorieren.

note: type: Plain text
en: Default action is to terminate the process and dump core (see B<core>(5)).
de: Die Standardaktion ist der Abbruch des Prozesses und das Erstellen eines Speicherauszugs (siehe B<core>(5)).

note: type: Plain text
en: Default action is to stop the process.
de: Die Standardaktion ist, den Prozess anzuhalten.

note: type: Plain text
en: Default action is to continue the process if it is currently stopped.
de: Die Standardaktion ist, einen angehaltenen Prozess fortzusetzen.

note: type: Plain text
en: A process can change the disposition of a signal using B<sigaction>(2)  or B<signal>(2).  (The latter is less portable when establishing a signal handler; see B<signal>(2)  for details.)  Using these system calls, a process can elect one of the following behaviors to occur on delivery of the signal: perform the default action; ignore the signal; or catch the signal with a I<signal handler>, a programmer-defined function that is automatically invoked when the signal is delivered.
de: Ein Prozess kann die Zuordnung eines Signals mit Hilfe von B<sigaction>(2) oder B<signal>(2) ändern. (Letzteres ist schlechter portierbar bei der Realisierung von Signal-Handlern; siehe B<signal>(2) für Details.) Mit diesen Systemaufrufen kann ein Prozess eine der folgenden Verhaltensweisen bei Erhalt eines Signals festlegen: die Standardaktion ausführen, das Signal ignorieren oder das Signal mit einem I<Signal-Handler> abfangen. Ein Signal-Handler ist eine vom Programmierer definierte Funktion. Sie wird automatisch aufgerufen, wenn das Signal eintrifft.

note: type: Plain text
en: By default, a signal handler is invoked on the normal process stack.  It is possible to arrange that the signal handler uses an alternate stack; see B<sigaltstack>(2)  for a discussion of how to do this and when it might be useful.
de: Standardmäßig wird ein Signal-Handler auf dem normalen Prozess-Stack aufgerufen. Man kann es einrichten, dass der Signal-Handler einen alternativen Stack benutzt; vgl. B<sigaltstack>(2) für eine Erörterung, wie das gemacht wird und wann es nützlich sein könnte.

note: type: Plain text
en: The signal disposition is a per-process attribute: in a multithreaded application, the disposition of a particular signal is the same for all threads.
de: Die Signalzuordnung ist ein prozessbezogenes Attribut; in einer Multithread-Anwendung ist die Zuordnung eines bestimmten Signales für alle Threads gleich.

note: type: Plain text
en: A child created via B<fork>(2)  inherits a copy of its parent's signal dispositions.  During an B<execve>(2), the dispositions of handled signals are reset to the default; the dispositions of ignored signals are left unchanged.
de: Ein mittels B<fork>(2) erstellter Kindprozess erbt eine Kopie der Signalzuordnungen seines Elternprozesses. Während eines B<execve>(2) werden die Zuordnungen von verwalteten Signalen auf die Vorgabe zurückgesetzt; die Zuordnung ignorierter Signale werden unverändert gelassen.

note: type: SS
en: Sending a signal
de: Ein Signal senden

note: type: Plain text
en: The following system calls and library functions allow the caller to send a signal:
de: Die folgenden Systemaufrufe und Bibliotheksfunktionen ermöglichen dem aufrufenden Programm den Versand eines Signals:

note: type: Plain text
en: Sends a signal to the calling thread.
de: sendet dem aufrufenden Thread ein Signal

note: type: Plain text
en: Sends a signal to a specified process, to all members of a specified process group, or to all processes on the system.
de: sendet ein Signal an einen bestimmten Prozess, alle Mitglieder einer bestimmten Prozessgruppe oder an alle Prozesse im System

note: type: Plain text
en: Sends a signal to all of the members of a specified process group.
de: sendet ein Signal an alle Mitglieder einer bestimmten Prozessgruppe

note: type: Plain text
en: Sends a signal to a specified POSIX thread in the same process as the caller.
de: sendet ein Signal an einen bestimmten POSIX-Thread im gleichen Prozess wie die aufrufende Routine

note: type: Plain text
en: Sends a signal to a specified thread within a specific process.  (This is the system call used to implement B<pthread_kill>(3).)
de: Es wird ein Signal an einen bestimmten Thread in einem bestimmten Prozess gesendet. (Mit diesem Systemaufruf wird B<pthread_kill>(3) realisiert.)

note: type: Plain text
en: Sends a real-time signal with accompanying data to a specified process.
de: sendet ein Echtzeit-Signal und zugehörige Daten an einen bestimmten Prozess

note: type: SS
en: Waiting for a signal to be caught
de: Warten auf ein abzufangendes Signal

note: type: Plain text
en: The following system calls suspend execution of the calling thread until a signal is caught (or an unhandled signal terminates the process):
de: Die folgenden Systemaufrufe setzen die Ausführung des aufrufenden Threads aus, bis ein Signal abgefangen wird (oder ein nicht abgefangenes Signal den Prozess beendet):

note: type: Plain text
en: Suspends execution until any signal is caught.
de: setzt die Ausführung aus, bis irgendein Signal abgefangen wird.

note: type: Plain text
en: Temporarily changes the signal mask (see below) and suspends execution until one of the unmasked signals is caught.
de: ändert zeitweise die Signalmaske (siehe unten) und setzt die Ausführung aus, bis eines der nicht maskierten Signale abgefangen wird.

note: type: SS
en: Synchronously accepting a signal
de: Synchrone Signalannahme

note: type: Plain text
en: Rather than asynchronously catching a signal via a signal handler, it is possible to synchronously accept the signal, that is, to block execution until the signal is delivered, at which point the kernel returns information about the signal to the caller.  There are two general ways to do this:
de: Anstatt ein Signal asynchron mit einem Signal-Handler abzufangen, kann ein Signal auch synchron akzeptiert werden. Das heißt, die Ausführung wird blockiert, bis das Signal gesendet wird. Dann liefert der Kernel Informationen über das Signal an den Aufrufenden. Es gibt zwei allgemeine Möglichkeiten, das zu tun:

note: type: Plain text
en: B<sigwaitinfo>(2), B<sigtimedwait>(2), and B<sigwait>(3)  suspend execution until one of the signals in a specified set is delivered.  Each of these calls returns information about the delivered signal.
de: B<sigwaitinfo>(2), B<sigtimedwait>(2) und B<sigwait>(3) setzen die Ausführung aus, bis ein Signal gesendet wird, dass zu einer festgelegen Gruppe von Signalen gehört. Jeder dieser Aufrufe gibt Informationen über das empfangene Signal zurück.

note: type: Plain text
en: B<signalfd>(2)  returns a file descriptor that can be used to read information about signals that are delivered to the caller.  Each B<read>(2)  from this file descriptor blocks until one of the signals in the set specified in the B<signalfd>(2)  call is delivered to the caller.  The buffer returned by B<read>(2)  contains a structure describing the signal.
de: B<signalfd>(2) gibt einen Dateideskriptor zurück. Mit ihm können Informationen über Signale gelesen werden, die dem Aufrufenden übermittelt werden. Jeder Aufruf von B<read>(2) aus dieser Datei wird blockiert, bis eines der Signale aus der im Aufruf von B<signalfd>(2) festgelegten Menge an den aufrufenden Prozess gesendet wird. Der von B<read>(2) zurückgegebene Puffer enthält eine Struktur, die das Signal beschreibt.

note: type: SS
en: Signal mask and pending signals
de: Signalmaske und anstehende Signale

note: type: Plain text
en: A signal may be I<blocked>, which means that it will not be delivered until it is later unblocked.  Between the time when it is generated and when it is delivered a signal is said to be I<pending>.
de: Ein Signal kann I<blockiert> werden. Das bedeutet, dass es erst dann gesendet wird, nachdem es (später/verzögert) freigegeben wurde. Zwischen dem Zeitpunkt seiner Erzeugung und dem Zeitpunkt seines Versands wird es I<anstehend> (pending) genannt.

note: type: Plain text
en: Each thread in a process has an independent I<signal mask>, which indicates the set of signals that the thread is currently blocking.  A thread can manipulate its signal mask using B<pthread_sigmask>(3).  In a traditional single-threaded application, B<sigprocmask>(2)  can be used to manipulate the signal mask.
de: Jeder Thread in einem Prozess hat eine unabhängige I<Signalauswahl-Maske> (signal mask). Sie legt den Satz von Signalen fest, den der Thread derzeit blockiert. Ein Thread kann seine Signalauswahl-Maske mit B<pthread_sigmask>(3) manipulieren. In einer traditionellen Single-Threaded-Anwendung kann B<sigprocmask>(2) verwendet werden, um die Signalmaske zu manipulieren.

note: type: Plain text
en: A child created via B<fork>(2)  inherits a copy of its parent's signal mask; the signal mask is preserved across B<execve>(2).
de: Ein mittels B<fork>(2) erstellter Kindprozess erbt eine Kopie der Signalmaske des Elternprozeses; die Signalmaske wird über B<execve>(2) hinweg erhalten.

note: type: Plain text
en: A thread can obtain the set of signals that it currently has pending using B<sigpending>(2).  This set will consist of the union of the set of pending process-directed signals and the set of signals pending for the calling thread.
de: Ein Thread kann die aktuell für ihn anstehenden Signale mit B<sigpending>(2) ermitteln. Das sind einerseits die für diesen Thread und andererseits die für seinen Prozess bestimmten Signale.

note: type: Plain text
en: A child created via B<fork>(2)  initially has an empty pending signal set; the pending signal set is preserved across an B<execve>(2).
de: Ein mittels B<fork>(2) erstellter Kindprozess hat anfänglich eine leere anhängende Signalgruppe; die anhängende Signalgruppe wird über B<execve>(2) hinweg erhalten.

note: type: SS
en: Standard signals
de: Standard-Signale

note: type: Plain text
en: Linux supports the standard signals listed below.  The second column of the table indicates which standard (if any)  specified the signal: "P1990" indicates that the signal is described in the original POSIX.1-1990 standard; "P2001" indicates that the signal was added in SUSv2 and POSIX.1-2001.
de: Linux untersützt die nachfolgend aufgeführten Standard-Signale. Die zweite Spalte der Tabelle zeigt an, welcher Standard (falls vorhanden) das Signal festlegt: »P1990« zeigt an, dass das Signal in dem ursprünglichen Standard POSIX.1-1990 beschrieben wurde; »P2001« zeigt an, dass das Signal in SUSv2 und POSIX.1-2001 hinzugefügt wurde.

note: type: tbl table
en: Action
de: Aktion

note: type: tbl table
en: Comment
de: Kommentar

note: type: tbl table
en: Abort signal from B<abort>(3)
de: Abbruchsignal von B<abort>(3)

note: type: tbl table
en: Timer signal from B<alarm>(2)
de: Timersignal von B<alarm>(2)

note: type: tbl table
en: Bus error (bad memory access)
de: Bus-Fehler (Speicherzugriffsfehler)

note: type: tbl table
en: Child stopped or terminated
de: Kindprozess angehalten oder beendet

note: type: tbl table
en: A synonym for B<SIGCHLD>
de: ein Synonym für B<SIGCHLD>

note: type: tbl table
en: Continue if stopped
de: fortsetzen, wenn angehalten

note: type: tbl table
en: Emulator trap
de: Emulator-Trap

note: type: tbl table
en: Floating-point exception
de: Fließkomma-Ausnahmefehler

note: type: tbl table
en: Hangup detected on controlling terminal
de: Verbindung am steuernden Terminal beendet

note: type: tbl table
en: or death of controlling process
de: (aufgehängt) oder der steuernde Prozess wurde beendet

note: type: tbl table
en: Illegal Instruction
de: ungültiger Befehl

note: type: tbl table
en: A synonym for B<SIGPWR>
de: ein Synonym für B<SIGPWR>

note: type: tbl table
en: Interrupt from keyboard
de: Unterbrechung von der Tastatur

note: type: tbl table
en: I/O now possible (4.2BSD)
de: E/A jetzt möglich (4.2BSD)

note: type: tbl table
en: IOT trap. A synonym for B<SIGABRT>
de: IOT-Trap; ein Synonym für B<SIGABRT>

note: type: tbl table
en: Kill signal
de: Kill-Signal

note: type: tbl table
en: File lock lost (unused)
de: Dateisperre verloren/aufgehoben (nicht verwandt)

note: type: tbl table
en: Broken pipe: write to pipe with no
de: defekte Pipe: Schreiben in eine Pipe ohne

note: type: tbl table
en: readers; see B<pipe>(7)
de: Leser; siehe B<pipe>(7)

note: type: tbl table
en: Pollable event (Sys V).
de: abfragbares Ereignis (Sys V),

note: type: tbl table
en: Synonym for B<SIGIO>
de: Synonym für B<SIGIO>

note: type: tbl table
en: Profiling timer expired
de: Profiling-Timer abgelaufen

note: type: tbl table
en: Power failure (System V)
de: Stromausfall (System V)

note: type: tbl table
en: Quit from keyboard
de: Abbruch von der Tastatur

note: type: tbl table
en: Invalid memory reference
de: ungültige Speicherreferenz

note: type: tbl table
en: Stack fault on coprocessor (unused)
de: Stack-Ausnahmebehandlung am Koprozessor (nicht verwendet)

note: type: tbl table
en: Stop typed at terminal
de: Stop am Terminal eingegeben

note: type: tbl table
en: Bad system call (SVr4);
de: Ungültiger Systemaufruf (SVr4);

note: type: tbl table
en: see also B<seccomp>(2)
de: siehe auch B<seccomp>(2)

note: type: tbl table
en: Termination signal
de: Beendigungssignal (termination signal)

note: type: tbl table
en: Trace/breakpoint trap
de: Trace-/Haltepunkt-Trap

note: type: tbl table
en: Terminal input for background process
de: Terminal-Eingabe für Hintergrundprozess

note: type: tbl table
en: Terminal output for background process
de: Terminal-Ausgabe für Hintergrundprozess

note: type: tbl table
en: Synonymous with B<SIGSYS>
de: synonym mit B<SIGSYS>

note: type: tbl table
en: Urgent condition on socket (4.2BSD)
de: dringende Gegebenheit an Socket (4.2BSD)

note: type: tbl table
en: User-defined signal 1
de: benutzerdefiniertes Signal 1

note: type: tbl table
en: User-defined signal 2
de: benutzerdefiniertes Signal 2

note: type: tbl table
en: Virtual alarm clock (4.2BSD)
de: virtueller Wecker (4.2BSD)

note: type: tbl table
en: CPU time limit exceeded (4.2BSD);
de: CPU-Zeitbegrenzung überschritten (4.2BSD)

note: type: tbl table
en: see B<setrlimit>(2)
de: siehe B<setrlimit>(2)

note: type: tbl table
en: File size limit exceeded (4.2BSD);
de: Dateigrößenbegrenzung überschritten (4.2BSD)

note: type: tbl table
en: Window resize signal (4.3BSD, Sun)
de: Änderung der Fenstergröße (4.3BSD, Sun)

note: type: Plain text
en: The signals B<SIGKILL> and B<SIGSTOP> cannot be caught, blocked, or ignored.
de: Die Signale B<SIGKILL> und B<SIGSTOP> können nicht abgefangen, blockiert oder ignoriert werden.

note: type: Plain text
en: Up to and including Linux 2.2, the default behavior for B<SIGSYS>, B<SIGXCPU>, B<SIGXFSZ>, and (on architectures other than SPARC and MIPS)  B<SIGBUS> was to terminate the process (without a core dump).  (On some other UNIX systems the default action for B<SIGXCPU> and B<SIGXFSZ> is to terminate the process without a core dump.)  Linux 2.4 conforms to the POSIX.1-2001 requirements for these signals, terminating the process with a core dump.
de: Bis einschließlich Linux 2.2 war das Standardverhalten für B<SIGSYS>, B<SIGXCPU>, B<SIGXFSZ> und (auf anderen Architekturen als SPARC und MIPS) B<SIGBUS> den Prozess (ohne einen Speicherauszug zu erzeugen) zu beenden. (Auf einigen anderen UNIX-Systemen ist die Standardaktion für B<SIGXCPU>und B<SIGXFSZ>, den Prozess ohne einen Speicherauszug zu beenden.) Linux 2.4 entspricht den Anforderungen von POSIX.1-2001 an diese Signale und beendet den Prozess mit einem Speicherauszug.

note: type: Plain text
en: B<SIGEMT> is not specified in POSIX.1-2001, but nevertheless appears on most other UNIX systems, where its default action is typically to terminate the process with a core dump.
de: B<SIGEMT> ist nicht in POSIX.1-2001 angegeben, erscheint aber trotzdem auf den meisten anderen UNIX-Systemen. Dort ist die Standardaktion in der Regel die Beendigung des Prozesses mit einem Speicherauszug.

note: type: Plain text
en: B<SIGPWR> (which is not specified in POSIX.1-2001) is typically ignored by default on those other UNIX systems where it appears.
de: B<SIGPWR> (nicht in POSIX.1-2001 beschrieben) wird bei seinem Eintreten von diesen anderen UNIX-Systemen ignoriert.

note: type: Plain text
en: B<SIGIO> (which is not specified in POSIX.1-2001) is ignored by default on several other UNIX systems.
de: B<SIGIO> (nicht in POSIX.1-2001 beschrieben) wird standardmäßig auf verschiedenen anderen UNIX-Systemen ignoriert.

note: type: SS
en: Queueing and delivery semantics for standard signals
de: Warteschlange und Auslieferungssemantik für Standard-Signale

note: type: Plain text
en: If multiple standard signals are pending for a process, the order in which the signals are delivered is unspecified.
de: Falls für einen Prozess mehrere Standard-Signale anhängig sind, ist die Reihenfolge, in der diese Signale ausgeliefert werden, nicht spezifiziert.

note: type: Plain text
en: Standard signals do not queue.  If multiple instances of a standard signal are generated while that signal is blocked, then only one instance of the signal is marked as pending (and the signal will be delivered just once when it is unblocked).  In the case where a standard signal is already pending, the I<siginfo_t> structure (see B<sigaction>(2))  associated with that signal is not overwritten on arrival of subsequent instances of the same signal.  Thus, the process will receive the information associated with the first instance of the signal.
de: Standard-Signale kennen keine Warteschlange. Falls mehrere Instanzen eines Standard-Signals erstellt werden, während dieses Signal blockiert ist, wird nur eine Instanz des Signals als anhängig markiert (und das Signal wird ausgeliefert, genau wenn die Blockade aufgehoben wird). Im Fall, bei dem ein Standard-Signal bereits anhängig ist, wird die dem Signal zugehörige Struktur I<siginfo_t> (siehe B<sigaction>(2)) nicht bei der Ankunft nachfolgender Instanzen des gleichen Signals überschrieben. Daher wird der Prozess die Informationen, die zu der ersten Instanz des Signals gehören, erhalten.

note: type: SS
en: Signal numbering for standard signals
de: Signalnummerierung für Standard-Signale

note: type: Plain text
en: The numeric value for each signal is given in the table below.  As shown in the table, many signals have different numeric values on different architectures.  The first numeric value in each table row shows the signal number on x86, ARM, and most other architectures; the second value is for Alpha and SPARC; the third is for MIPS; and the last is for PARISC.  A dash (-) denotes that a signal is absent on the corresponding architecture.
de: Der numerische Wert für jedes Signal wird in der nachfolgenden Tabelle angegeben. Wie in der Tabelle gezeigt, haben viele Signale verschiedene numerische Werte auf verschiedenen Architekturen. Der erste numerische Wert in jeder Zeile zeigt die Signalnummer auf X86, ARM und den meisten anderen Architekturen; der zweite Wert ist für Alpha und SPARC; der dritte für MIPS und der letzte für PARISC. Ein Gedankenstrich (-) zeigt an, dass ein Signal auf der entsprechenden Architektur nicht vorhanden ist.

note: type: tbl table
en: Notes
de: Hinweise

note: type: tbl table
en: most others
de: die meisten anderen

note: type: tbl table
en: Same as SIGIO
de: identisch zu SIGIO

note: type: Plain text
en: Note the following:
de: Beachten Sie Folgendes:

note: type: Plain text
en: Where defined, B<SIGUNUSED> is synonymous with B<SIGSYS>.  Since glibc 2.26, B<SIGUNUSED> is no longer defined on any architecture.
de: Wenn das Signal definiert ist, ist B<SIGUNUSED> synonym zu B<SIGSYS>. Seit Glibc 2.26 ist B<SIGUNUSED> auf keiner Architektur mehr definiert.

note: type: Plain text
en: Signal 29 is B<SIGINFO>/B<SIGPWR> (synonyms for the same value) on Alpha but B<SIGLOST> on SPARC.
de: Signal 29 ist B<SIGINFO> / B<SIGPWR> (synonym für den gleichen Wert) auf einer Alpha-Maschine, aber B<SIGLOST> auf einer SPARC.)

note: type: SS
en: Real-time signals
de: Echtzeit-Signale

note: type: Plain text
en: Starting with version 2.2, Linux supports real-time signals as originally defined in the POSIX.1b real-time extensions (and now included in POSIX.1-2001).  The range of supported real-time signals is defined by the macros B<SIGRTMIN> and B<SIGRTMAX>.  POSIX.1-2001 requires that an implementation support at least B<_POSIX_RTSIG_MAX> (8) real-time signals.
de: Beginnend mit Version 2.2 unterstützt Linux Echtzeit-Signale, wie sie ursprünglich in den POSIX.1b-Echtzeit-Erweiterungen definiert wurden (und jetzt in POSIX.1-2001 enthalten sind). Die Bereich der unterstützten Echtzeit-Signale wird von den Makros B<SIGRTMIN> und B<SIGRTMAX> definiert. POSIX.1-2001 verlangt, dass eine Umsetzung mindestens B<_POSIX_RTSIG_MAX> (8) Echtzeit-Signale unterstützt.

note: type: Plain text
en: The Linux kernel supports a range of 33 different real-time signals, numbered 32 to 64.  However, the glibc POSIX threads implementation internally uses two (for NPTL) or three (for LinuxThreads) real-time signals (see B<pthreads>(7)), and adjusts the value of B<SIGRTMIN> suitably (to 34 or 35).  Because the range of available real-time signals varies according to the glibc threading implementation (and this variation can occur at run time according to the available kernel and glibc), and indeed the range of real-time signals varies across UNIX systems, programs should I<never refer to real-time signals using hard-coded numbers>, but instead should always refer to real-time signals using the notation B<SIGRTMIN>+n, and include suitable (run-time) checks that B<SIGRTMIN>+n does not exceed B<SIGRTMAX>.
de: Der Linux-Kernel unterstützt eine Reihe von 33 verschiedenen Echtzeit-Signalen, nummeriert von 32 bis 64. Doch die Glibc-Umsetzung der POSIX-Threads verwendet intern zwei (für NPTL) oder drei (für LinuxThreads) Echtzeit-Signale (siehe B<pthreads> (7)) und stellt den Wert von B<SIGRTMIN> passend (auf 34 oder 35 ein). Da die Zahl der verfügbaren Echtzeit-Signale je nach Glibc-Threading-Implementierung variiert und diese Variation (entsprechend dem verfügbaren Kernel und der Glibc) zur Laufzeit auftreten kann und tatsächlich die verfügbaren Echtzeitsignale je nach UNIX-System variieren, sollten Programme I<niemals mit eincodierten Zahlen auf Echtzeit-Signale verweisen>. Stattdessen sollte auf Echtzeit-Signale immer mit der Notation B<SIGRTMIN>+n verwiesen werden und zur Laufzeit überprüft werden, ob (B<SIGRTMIN>+n) B<SIGRTMAX> nicht übersteigt.

note: type: Plain text
en: Unlike standard signals, real-time signals have no predefined meanings: the entire set of real-time signals can be used for application-defined purposes.
de: Im Gegensatz zu Standard-Signalen haben Echtzeit-Signale keine vordefinierten Bedeutungen: der gesamte Satz von Echtzeit-Signalen kann für anwendungsspezifische Zwecke genutzt werden.

note: type: Plain text
en: The default action for an unhandled real-time signal is to terminate the receiving process.
de: Die Standardaktion für ein nicht abgefangenes Echtzeit-Signal ist der Abbruch des Prozesses.

note: type: Plain text
en: Real-time signals are distinguished by the following:
de: Echtzeit-Signale zeichnen sich durch folgende Merkmale aus:

note: type: Plain text
en: Multiple instances of real-time signals can be queued.  By contrast, if multiple instances of a standard signal are delivered while that signal is currently blocked, then only one instance is queued.
de: Von Echtzeit-Signalen können mehrere Instanzen anstehen. Im Gegensatz dazu wird beim Versand mehrerer Instanzen eines Standard-Signals, während das Signal aktuell blockiert ist, nur eine Instanz weiter anstehen.

note: type: Plain text
en: If the signal is sent using B<sigqueue>(3), an accompanying value (either an integer or a pointer) can be sent with the signal.  If the receiving process establishes a handler for this signal using the B<SA_SIGINFO> flag to B<sigaction>(2), then it can obtain this data via the I<si_value> field of the I<siginfo_t> structure passed as the second argument to the handler.  Furthermore, the I<si_pid> and I<si_uid> fields of this structure can be used to obtain the PID and real user ID of the process sending the signal.
de: Wenn das Signal mit Hilfe von B<sigqueue>(3) gesendet wird, kann mit ihm ein begleitender Wert (entweder eine Ganzzahl (Integer) oder ein Zeiger) gesendet werden. Wenn der empfangende Prozess mittels des B<SA_SIGINFO>-Schalters für B<sigaction>(2) einen Handler für dieses Signal implementiert, kann dieser Wert aus dem I<si_value>-Feld der I<siginfo_t>-Struktur (das zweite Argument des Handlers) bestimmt werden. Darüber hinaus können die Felder I<si_uid> und I<si_pid> dieser Struktur verwendet werden, um die PID und reale Benutzerkennung des Prozesses zu erhalten, der das Signal erzeugt hat.

note: type: Plain text
en: Real-time signals are delivered in a guaranteed order.  Multiple real-time signals of the same type are delivered in the order they were sent.  If different real-time signals are sent to a process, they are delivered starting with the lowest-numbered signal.  (I.e., low-numbered signals have highest priority.)  By contrast, if multiple standard signals are pending for a process, the order in which they are delivered is unspecified.
de: Echtzeit-Signale werden in einer garantierten Reihenfolge zugestellt. Mehrere Echtzeit-Signale des gleichen Typs werden in der Reihenfolge zugestellt, in der sie gesendet wurden. Wenn verschiedene Echtzeit-Signale an einen Prozess geschickt werden, wird das Signal mit der niedrigsten Signalnummer zuerst zugestellt. (D.h. niedrig nummerierte Signale haben höchste Priorität.) Im Gegensatz dazu ist die Reihenfolge der Zustellung mehrerer für einen Prozess anstehender Standard-Signale nicht festgelegt.

note: type: Plain text
en: If both standard and real-time signals are pending for a process, POSIX leaves it unspecified which is delivered first.  Linux, like many other implementations, gives priority to standard signals in this case.
de: Wenn sowohl Standard- als auch Echtzeit-Signale für einen Prozess anstehen, macht POSIX keine Angabe dazu, welche Signale zuerst zugestellt werden. Linux gibt wie auch viele andere Implementierungen den Standard-Signalen den Vorzug.

note: type: Plain text
en: According to POSIX, an implementation should permit at least B<_POSIX_SIGQUEUE_MAX> (32) real-time signals to be queued to a process.  However, Linux does things differently.  In kernels up to and including 2.6.7, Linux imposes a system-wide limit on the number of queued real-time signals for all processes.  This limit can be viewed and (with privilege) changed via the I</proc/sys/kernel/rtsig-max> file.  A related file, I</proc/sys/kernel/rtsig-nr>, can be used to find out how many real-time signals are currently queued.  In Linux 2.6.8, these I</proc> interfaces were replaced by the B<RLIMIT_SIGPENDING> resource limit, which specifies a per-user limit for queued signals; see B<setrlimit>(2)  for further details.
de: Nach POSIX sollte eine Umsetzung mindestens B<_POSIX_SIGQUEUE_MAX> (32) Echtzeit-Signale in der Warteschlange eines Prozesses ermöglichen. Allerdings macht Linux das anders. Im Kernel bis einschließlich 2.6.7 legt Linux eine systemweite Obergrenze für die Anzahl wartender Echtzeit-Signale für alle Prozesse fest. Diese Grenze kann eingesehen und (mit entsprechenden Rechten) durch die Datei I</proc/sys/kernel/rtsig-max> geändert werden. Aus der verwandten Datei I</proc/sys/kernel/rtsig-nr> kann die Anzahl der aktuell anstehenden Signale ermittelt werden. In Linux 2.6.8 wurden diese I</proc>-Schnittstellen durch die Ressource B<RLIMIT_SIGPENDING>, die einen benutzerspezifischen Grenzwert für anstehende Signale in der Warteschlange festlegt, ersetzt (siehe B<setrlimit>(2)).

note: type: Plain text
en: The addition of real-time signals required the widening of the signal set structure (I<sigset_t>)  from 32 to 64 bits.  Consequently, various system calls were superseded by new system calls that supported the larger signal sets.  The old and new system calls are as follows:
de: Die Ergänzung um Echtzeitsignale erforderte die Verbreiterung der Signalmengenstruktur (I<sigset_t>) von 32 auf 64 Bit. Konsequenterweise wurden viele Systemaufrufe durch neue Systemaufrufe abgelöst, die die größeren Signalmengen unterstützten. Die alten und neuen Systemaufrufe sind wie folgt:

note: type: tbl table
en: Linux 2.0 and earlier
de: Linux 2.0 und älter

note: type: tbl table
en: Linux 2.2 and later
de: Linux 2.2 und neuer

note: type: SS
en: Interruption of system calls and library functions by signal handlers
de: Unterbrechung von Systemaufrufen und Bibliotheksfunktionen durch Signal-Handler

note: type: Plain text
en: If a signal handler is invoked while a system call or library function call is blocked, then either:
de: Wenn ein Signal-Handler aufgerufen wird, während ein Systemaufruf oder Bibliotheksfunktionsaufruf blockiert ist, wird entweder:

note: type: Plain text
en: the call is automatically restarted after the signal handler returns; or
de: nach Abschluss des Signal-Handlers der Aufruf neu gestartet oder

note: type: Plain text
en: the call fails with the error B<EINTR>.
de: der Aufruf schlägt mit dem Fehler B<EINTR> fehl.

note: type: Plain text
en: Which of these two behaviors occurs depends on the interface and whether or not the signal handler was established using the B<SA_RESTART> flag (see B<sigaction>(2)).  The details vary across UNIX systems; below, the details for Linux.
de: Welche dieser beiden Verhaltensweisen eintritt, hängt von der Schnittstelle und der Verwendung oder Nichtverwendung des Schalters B<SA_RESTART> ab (siehe B<sigaction>(2)). Die Einzelheiten unterscheiden sich zwischen UNIX-Systemen. Im Folgenden werden die Linux-Spezifika erörtert.

note: The following system calls use ERESTARTSYS, so that they are restartable type: Plain text
en: If a blocked call to one of the following interfaces is interrupted by a signal handler, then the call is automatically restarted after the signal handler returns if the B<SA_RESTART> flag was used; otherwise the call fails with the error B<EINTR>:
de: Wenn ein blockierter Aufruf einer der folgenden Schnittstellen von einem Signal-Handler unterbrochen wird, wird der Aufruf nach der Rückkehr aus dem Signal-Handler erneut gestartet, wenn der Schalter B<SA_RESTART> verwendet wurde; anderenfalls schlägt der Aufruf mit dem Fehler B<EINTR> fehl:

note: type: Plain text
en: B<read>(2), B<readv>(2), B<write>(2), B<writev>(2), and B<ioctl>(2)  calls on "slow" devices.  A "slow" device is one where the I/O call may block for an indefinite time, for example, a terminal, pipe, or socket.  If an I/O call on a slow device has already transferred some data by the time it is interrupted by a signal handler, then the call will return a success status (normally, the number of bytes transferred).  Note that a (local) disk is not a slow device according to this definition; I/O operations on disk devices are not interrupted by signals.
de: Aufrufe von B<read>(2), B<readv>(2), B<write>(2), B<writev>(2) und B<ioctl>(2) für »langsame« Geräte. Bei »langsamen« Geräten kann ein E-/A-Aufruf für eine unbestimmte Zeit zu einer Blockade führen. Zu ihnen gehören beispielsweise Terminals, Pipes und Sockets. Hat ein E-/A-Aufruf für ein langsames Gerät schon Daten übertragen und wird durch einen Signal-Handler unterbrochen, wird der Aufruf mit einem Erfolgs-Status abgeschlossen (normalerweise ist das die Zahl übertragener Bytes). Beachten Sie, dass eine (lokale) Festplatte nach dieser Definition kein langsames Gerät ist. E/A-Aktionen auf Fesplattengeräten werden durch Signale nicht unterbrochen.

note: type: Plain text
en: B<open>(2), if it can block (e.g., when opening a FIFO; see B<fifo>(7)).
de: B<open>(2), wenn er blockieren kann (z. B. beim Öffnen eines FIFOs; siehe B<fifo>(7)).

note: type: Plain text
en: B<wait>(2), B<wait3>(2), B<wait4>(2), B<waitid>(2), and B<waitpid>(2).
de: B<wait>(2), B<wait3>(2), B<wait4>(2), B<waitid>(2) und B<waitpid>(2).

note: If a timeout (setsockopt()) is in effect on the socket, then these system calls switch to using EINTR.  Consequently, they and are not automatically restarted, and they show the stop/cont behavior described below.  (Verified from 2.6.26 source, and by experiment; mtk) FIXME What about sendmmsg()? ty
en: Socket interfaces: B<accept>(2), B<connect>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2), B<recvmsg>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2), unless a timeout has been set on the socket (see below).
de: Socket-Schnittstellen: B<accept>(2), B<connect>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2), B<recvmsg>(2), B<send>(2), B<sendto>(2) und B<sendmsg>(2), es sei denn, es wurde für den Socket eine Zeitbegrenzung (Timeout) festgelegt (siehe unten).

note: type: Plain text
en: File locking interfaces: B<flock>(2)  and the B<F_SETLKW> and B<F_OFD_SETLKW> operations of B<fcntl>(2)
de: Dateisperrende Schnittstellen: B<flock>(2) und die Aktionen B<F_SETLKW> und B<F_OFD_SETLKW> von B<fcntl>(2).

note: type: Plain text
en: POSIX message queue interfaces: B<mq_receive>(3), B<mq_timedreceive>(3), B<mq_send>(3), and B<mq_timedsend>(3).
de: POSIX-Schnittstellen für Nachrichten-Warteschlangen: B<mq_receive>(3), B<mq_timedreceive>(3), B<mq_send>(3), and B<mq_timedsend>(3).

note: commit 72c1bbf308c75a136803d2d76d0e18258be14c7a type: Plain text
en: B<futex>(2)  B<FUTEX_WAIT> (since Linux 2.6.22; beforehand, always failed with B<EINTR>).
de: B<futex>(2) B<FUTEX_WAIT> (seit Linux 2.6.22; vorher immer Fehlschlag mit B<EINTR>).

note: type: Plain text
en: B<getrandom>(2).
de: B<io_getevents>(2)

note: type: Plain text
en: B<pthread_mutex_lock>(3), B<pthread_cond_wait>(3), and related APIs.
de: B<pthread_mutex_lock>(3), B<pthread_cond_wait>(3) und verwandte APIs.

note: type: Plain text
en: B<futex>(2)  B<FUTEX_WAIT_BITSET>.
de: B<futex>(2) B<FUTEX_WAIT_BITSET>.

note: as a consequence of the 2.6.22 changes in the futex() implementation type: Plain text
en: POSIX semaphore interfaces: B<sem_wait>(3)  and B<sem_timedwait>(3)  (since Linux 2.6.22; beforehand, always failed with B<EINTR>).
de: POSIX-Semaphor-Schnittstellen: B<sem_wait>(3) und B<sem_timedwait>(3) (seit Linux 2.6.22; vorher immer Fehlschlag mit B<EINTR>).

note: commit 1ca39ab9d21ac93f94b9e3eb364ea9a5cf2aba06 type: Plain text
en: B<read>(2)  from an B<inotify>(7)  file descriptor (since Linux 3.8; beforehand, always failed with B<EINTR>).
de: B<read>(2) von einem B<inotify>(7)-Dateideskriptor (seit Linux 3.8; vorher immer Fehlschlag mit B<EINTR>).

note: These are the system calls that give EINTR or ERESTARTNOHAND on interruption by a signal handler. type: Plain text
en: The following interfaces are never restarted after being interrupted by a signal handler, regardless of the use of B<SA_RESTART>; they always fail with the error B<EINTR> when interrupted by a signal handler:
de: Folgende Schnittstellen werden nach einer Unterbrechung durch einen Signal-Handler, unabhängig von der Verwendung von B<SA_RESTART> nie erneut gestartet; sie schlagen immer mit dem Fehler B<EINTR> fehl:

note: type: Plain text
en: "Input" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<accept>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2)  (also with a non-NULL I<timeout> argument), and B<recvmsg>(2).
de: »Eingabe«-Socket-Schnittstellen, wenn für den Socket mittels B<setsockopt>(2) eine Zeitbegrenzung (Timeout, B<SO_RCVTIMEO>) festgelegt wurde: B<accept>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2) (auch mit einem von NULL verschiedenen Argument I<timeout>) und B<recvmsg>(2).

note: FIXME What about sendmmsg()? type: Plain text
en: "Output" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<connect>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2).
de: »Ausgabe«-Socket-Schnittstellen, wenn für den Socket mittels B<setsockopt>(2) eine Zeitbegrenzung (Timeout, B<SO_RCVTIMEO>) festgelegt wurde: B<connect>(2), B<send>(2), B<sendto>(2) und B<sendmsg>(2).

note: type: Plain text
en: Interfaces used to wait for signals: B<pause>(2), B<sigsuspend>(2), B<sigtimedwait>(2), and B<sigwaitinfo>(2).
de: Schnittstellen, mit denen auf Signale gewartet wird: B<pause>(2), B<sigsuspend>(2), B<sigtimedwait>(2) und B<sigwaitinfo>(2).

note: type: Plain text
en: File descriptor multiplexing interfaces: B<epoll_wait>(2), B<epoll_pwait>(2), B<poll>(2), B<ppoll>(2), B<select>(2), and B<pselect>(2).
de: Schnittstellen, die Dateideskriptoren mehrfach nutzen: B<epoll_wait>(2), B<epoll_pwait>(2), B<poll>(2), B<ppoll>(2), B<select>(2) und B<pselect>(2).

note: On some other systems, SA_RESTART does restart these system calls type: Plain text
en: System V IPC interfaces: B<msgrcv>(2), B<msgsnd>(2), B<semop>(2), and B<semtimedop>(2).
de: System-V-IPC-Schnittstellen: B<msgrcv>(2), B<msgsnd>(2), B<semop>(2), and B<semtimedop>(2).

note: type: Plain text
en: Sleep interfaces: B<clock_nanosleep>(2), B<nanosleep>(2), and B<usleep>(3).
de: Schlaf-Systemaufrufe: B<clock_nanosleep>(2), B<nanosleep>(2), and B<usleep>(3).

note: type: Plain text
en: B<io_getevents>(2).
de: B<io_getevents>(2)

note: type: Plain text
en: The B<sleep>(3)  function is also never restarted if interrupted by a handler, but gives a success return: the number of seconds remaining to sleep.
de: Die Funktion B<sleep>(3) wird ebenfalls niemals neu gestartet, wenn sie durch einen Handler unterbrochen wurde, wird aber erfolgreich verlassen: Der Rückgabewert ist die Zeit, die noch geschlafen werden sollte.

note: type: SS
en: Interruption of system calls and library functions by stop signals
de: Unterbrechung von Systemaufrufen und Bibliotheksfunktionen durch Stop-Signale

note: type: Plain text
en: On Linux, even in the absence of signal handlers, certain blocking interfaces can fail with the error B<EINTR> after the process is stopped by one of the stop signals and then resumed via B<SIGCONT>.  This behavior is not sanctioned by POSIX.1, and doesn't occur on other systems.
de: Auf Linux können sogar ohne Signal-Handler bestimmte sperrende Systemaufrufe mit dem Fehler B<EINTR> fehlschlagen, nachdem der Prozess von einem der Stop-Signale gestoppt wird und dann mittels B<SIGCONT> wieder fortgesetzt. Dieses Verhalten ist nicht durch POSIX.1 sanktioniert und tritt nicht auf anderen Systemen auf.

note: type: Plain text
en: The Linux interfaces that display this behavior are:
de: Die folgenden Linux-Schnittstellen zeigen dieses Verhalten:

note: FIXME What about sendmmsg()? type: Plain text
en: "Output" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<connect>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2), if a send timeout (B<SO_SNDTIMEO>)  has been set.
de: »Ausgabe«-Socket-Schnittstellen, wenn für den Socket mittels B<setsockopt>(2) eine Zeitbegrenzung (Timeout, B<SO_RCVTIMEO>) festgelegt wurde: B<connect>(2), B<send>(2), B<sendto>(2) und B<sendmsg>(2), falls eine Sendezeitüberschreitung (B<SO_SNDTIMEO>) gesetzt wurde.

note: commit 1ca39ab9d21ac93f94b9e3eb364ea9a5cf2aba06 type: Plain text
en: Linux 3.7 and earlier: B<read>(2)  from an B<inotify>(7)  file descriptor
de: Linux 3.7 und älter: B<read>(2) von einem B<inotify>(7)-Dateideskriptor

note: type: Plain text
en: Linux 2.6.21 and earlier: B<futex>(2)  B<FUTEX_WAIT>, B<sem_timedwait>(3), B<sem_wait>(3).
de: Linux 2.6.21 und früher: B<futex>(2) B<FUTEX_WAIT>, B<sem_timedwait>(3), B<sem_wait>(3).

note: type: Plain text
en: Linux 2.6.8 and earlier: B<msgrcv>(2), B<msgsnd>(2).
de: Linux 2.6.8 und früher: B<msgrcv>(2), B<msgsnd>(2).

note: type: Plain text
en: Linux 2.4 and earlier: B<nanosleep>(2).
de: Linux 2.4 und früher: B<nanosleep>(2).

note: type: SH
en: CONFORMING TO
de: KONFORM ZU

note: It must be a *very* long time since this was true: .SH BUGS .B SIGIO and .B SIGLOST have the same value. The latter is commented out in the kernel source, but the build process of some software still thinks that signal 29 is .BR SIGLOST . type: Plain text
en: POSIX.1, except as noted.
de: POSIX.1, mit den beschriebenen Ausnahmen

note: type: SH
en: NOTES
de: ANMERKUNGEN

note: type: Plain text
en: For a discussion of async-signal-safe functions, see B<signal-safety>(7).
de: Für eine Diskussion asynchron-Signal-sicherer Funktionen, siehe B<signal-safety>(7).

note: type: Plain text
en: The I</proc/[pid]/task/[tid]/status> file contains various fields that show the signals that a thread is blocking (I<SigBlk>), catching (I<SigCgt>), or ignoring (I<SigIgn>).  (The set of signals that are caught or ignored will be the same across all threads in a process.)  Other fields show the set of pending signals that are directed to the thread (I<SigPnd>)  as well as the set of pending signals that are directed to the process as a whole (I<ShdPnd>).  The corresponding fields in I</proc/[pid]/status> show the information for the main thread.  See B<proc>(5)  for further details.
de: Die Datei I</proc/[pid]/task/[TID]/status> enthält verschiedene Felder, die die Signale, die ein Thread blockiert (I<SigBlk>), abfängt (I<SigCgt>) oder ignoriert (I<SigIgn>) zeigt. (Die Gruppe der abgefangenen oder ignorierten Signale wird für alle Threads eines Prozesses identisch sein.) Andere Felder zeigen die Gruppe der anhängenden Signale, die für den Thread bestimmt sind (I<SigPnd>) sowie die Gruppe der anhängenden Signale, die für den Prozess als ganzes bestimmt sind (I<ShdPnd>). Die entsprechenden Felder in I</proc/[PID]/status> zeigen die Informationen für den Haupt-Thread. Siehe B<proc>(5) für weitere Details.

note: type: SH
en: SEE ALSO
de: SIEHE AUCH

note: type: SH
en: COLOPHON
de: KOLOPHON

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
de: Diese Seite ist Teil der Veröffentlichung 5.03 des Projekts Linux-I<man-pages>. Eine Beschreibung des Projekts, Informationen, wie Fehler gemeldet werden können sowie die aktuelle Version dieser Seite finden sich unter \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: A signal may be generated (and thus pending)  for a process as a whole (e.g., when sent using B<kill>(2))  or for a specific thread (e.g., certain signals, such as B<SIGSEGV> and B<SIGFPE>, generated as a consequence of executing a specific machine-language instruction are thread directed, as are signals targeted at a specific thread using B<pthread_kill>(3)).  A process-directed signal may be delivered to any one of the threads that does not currently have the signal blocked.  If more than one of the threads has the signal unblocked, then the kernel chooses an arbitrary thread to which to deliver the signal.
de: Ein Signal kann für einen Prozess als Ganzes oder für einen bestimmten Thread erzeugt werden (und damit anstehen). Ein Beispiel für den ersten Fall ist die Verwendung von B<kill>(2). Beispiele für den zweiten Fall sind bestimmte Signale wie B<SIGSEGV> und B<SIGFPE>, die als Folge der Ausführung einer bestimmten Maschinensprachen-Anweisung erzeugt werden und somit threadgerichtet sind sowie Routinen wie B<pthread_kill>(3), die Signale an einen bestimmten Thread senden. Ein an einen Prozess gerichtetes Signal kann an jeden Thread, der derzeit das Signal nicht blockiert hat, gesendet werden. Wenn mehr als einer der Threads das Signal nicht blockiert hat, wählt der Kernel einen beliebigen Thread, an den das Signal gesendet wird.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
de: Diese Seite ist Teil der Veröffentlichung 5.02 des Projekts Linux-I<man-pages>. Eine Beschreibung des Projekts, Informationen, wie Fehler gemeldet werden können sowie die aktuelle Version dieser Seite finden sich unter \%https://www.kernel.org/doc/man-pages/.

note: type: TH
en: 2019-03-06
de: 6. März 2019

note: type: Plain text
en: A process can change the disposition of a signal using B<sigaction>(2)  or B<signal>(2).  (The latter is less portable when establishing a signal handler; see B<signal>(2)  for details.)  Using these system calls, a process can elect one of the following behaviors to occur on delivery of the signal: perform the default action; ignore the signal; or catch the signal with a I<signal handler>, a programmer-defined function that is automatically invoked when the signal is delivered.  (By default, the signal handler is invoked on the normal process stack.  It is possible to arrange that the signal handler uses an alternate stack; see B<sigaltstack>(2)  for a discussion of how to do this and when it might be useful.)
de: Ein Prozess kann die Zuordnung eines Signals mit Hilfe von B<sigaction>(2) oder B<signal>(2) ändern. (Letzteres ist schlechter portierbar bei der Realisierung von Signal-Handlern; siehe B<signal>(2) für Details.) Mit diesen Systemaufrufen kann ein Prozess eine der folgenden Verhaltensweisen bei Erhalt eines Signals festlegen: die Standardaktion ausführen, das Signal ignorieren oder das Signal mit einem I<Signal-Handler> abfangen. Ein Signal-Handler ist eine vom Programmierer definierte Funktion. Sie wird automatisch aufgerufen, wenn das Signal eintrifft. (Standardmäßig wird der Signal-Handler auf dem normalen Prozess-Stack aufgerufen. Man kann es einrichten, dass der Signal-Handler einen alternativen Stack benutzt; vgl. B<sigaltstack>(2) für eine Erörterung, wie das gemacht wird und wann es nützlich sein könnte).

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
de: Diese Seite ist Teil der Veröffentlichung 5.01 des Projekts Linux-I<man-pages>. Eine Beschreibung des Projekts, Informationen, wie Fehler gemeldet werden können sowie die aktuelle Version dieser Seite finden sich unter \%https://www.kernel.org/doc/man-pages/.
