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

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

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

note: type: SH
en: NAME
de: BEZEICHNUNG

note: type: Plain text
en: getpid, getppid - get process identification
de: getpid, getppid - gibt die Prozessidentifikation zurück

note: type: SH
en: SYNOPSIS
de: ÜBERSICHT

note: type: SH
en: DESCRIPTION
de: BESCHREIBUNG

note: type: Plain text
en: B<getpid>()  returns the process ID (PID) of the calling process.  (This is often used by routines that generate unique temporary filenames.)
de: B<getpid>() gibt die Prozesskennung (PID) des aufrufenden Prozesses zurück. (Dies wird oft von Routinen benutzt, die einen eindeutigen Namen einer temporären Datei erzeugen.)

note: type: Plain text
en: B<getppid>()  returns the process ID of the parent of the calling process.  This will be either the ID of the process that created this process using B<fork>(), or, if that process has already terminated, the ID of the process to which this process has been reparented (either B<init>(1)  or a "subreaper" process defined via the B<prctl>(2)  B<PR_SET_CHILD_SUBREAPER> operation).
de: B<getppid>() liefert die Prozesskennung des Elternprozesses des aufrufenden Prozesses zurück. Dies wird entweider die Kennung des Prozesses, der diesen Prozess mittels B<fork>() erstellte, oder, falls dieser Prozess bereits beendet wurde, die Kennung des Prozesses, an der neue Elternprozess für diesen Prozess geworden ist (entweder B<init>(1) oder ein mittels der Aktion B<prctl>(2) B<PR_SET_CHILD_SUBREAPER> definierter »subreaper«-Prozess).

note: type: SH
en: ERRORS
de: FEHLER

note: type: Plain text
en: These functions are always successful.
de: Diese Funktionen sind immer erfolgreich.

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

note: type: SH
en: NOTES
de: ANMERKUNGEN

note: type: Plain text
en: If the caller's parent is in a different PID namespace (see B<pid_namespaces>(7)), B<getppid>()  returns 0.
de: Falls sich der Elternprozess des aufrufenden Prozesses in einem anderen PID-Namensraum befindet (siehe B<pid_namespaces>(7)), gibt B<getppid>() 0 zurück.

note: type: Plain text
en: From a kernel perspective, the PID (which is shared by all of the threads in a multithreaded process)  is sometimes also known as the thread group ID (TGID).  This contrasts with the kernel thread ID (TID), which is unique for each thread.  For further details, see B<gettid>(2)  and the discussion of the B<CLONE_THREAD> flag in B<clone>(2).
de: Aus der Sicht des Kernels ist die PID (die sich alle Threads in einem Multithreaded-Prozess teilen) manchmal auch als Thread-Gruppenkennung (TGID) bekannt. Dies steht im Gegensatz zu der Kernel Thread ID (TID), die für jeden Thread eindeutig ist. Für weitere Details siehe B<gettid>(2) und die Diskussion des Schalters B<CLONE_THREAD> in B<clone>(2).

note: type: SS
en: C library/kernel differences
de: Unterschiede C-Bibliothek/Kernel

note: The following program demonstrates this "feature": #define _GNU_SOURCE #include <sys/syscall.h> #include <sys/wait.h> #include <stdio.h> #include <stdlib.h> #include <unistd.h> int main(int argc, char *argv[]) { /* The following statement fills the getpid() cache */ printf("parent PID = %ld ", (long
en: From glibc version 2.3.4 up to and including version 2.24, the glibc wrapper function for B<getpid>()  cached PIDs, with the goal of avoiding additional system calls when a process calls B<getpid>()  repeatedly.  Normally this caching was invisible, but its correct operation relied on support in the wrapper functions for B<fork>(2), B<vfork>(2), and B<clone>(2): if an application bypassed the glibc wrappers for these system calls by using B<syscall>(2), then a call to B<getpid>()  in the child would return the wrong value (to be precise: it would return the PID of the parent process).  In addition, there were cases where B<getpid>()  could return the wrong value even when invoking B<clone>(2)  via the glibc wrapper function.  (For a discussion of one such case, see BUGS in B<clone>(2).)  Furthermore, the complexity of the caching code had been the source of a few bugs within glibc over the years.
de: Von Version 2.3.4 bis einschließlich Version 2.24 der Glibc speicherte die Glibc-Wrapper-Funktion für B<getpid>() PIDs temporär, um zusätzliche Systemaufrufe zu vermeiden, wenn ein Prozess B<getpid>() mehrmals aufruft. Normalerweise war dieses Zwischenspeichern nicht sichtbar, aber das korrekte Funktionieren beruhte auf der Unterstützung in den Wrapper-Funktionen für B<fork>(2), B<vfork>(2) und B<clone>(2): Wenn eine Anwendung die Glibc-Wrapper für diese Systemaufrufe durch Benutzung von B<syscall>(2) umging, dann würde ein Aufruf von B<getpid>() im Kindprozess den falschen Wert zurückliefern (um es zu präzisieren: Er wird die PID des Elternprozesses zurückgeben). Zusätzlich gab es Fälle, bei dem B<getpid>() den falschen Wert sogar dann zurückgab, wenn B<clone>(2) über die Glibc-Wrapper-Funktion aufgerufen wurde. (Für die Besprechung eines solchen Falles siehe FEHLER in B<clone>(2).) Desweiteren war die Komplexität des Zwischenspeichercodes über die Jahre eine Quelle mehrerer Fehler innerhalb der Glibc.

note: commit c579f48edba88380635ab98cb612030e3ed8691e https://sourceware.org/glibc/wiki/Release/2.25#pid_cache_removal FIXME . Review progress of https://bugzilla.redhat.com/show_bug.cgi?id=1469757 type: Plain text
en: Because of the aforementioned problems, since glibc version 2.25, the PID cache is removed: calls to B<getpid>()  always invoke the actual system call, rather than returning a cached value.
de: Aufgrund der vorgenannten Probleme ist der PID-Zwischenspeichercode seit Version 2.25 der Glibc entfernt; Aufrufe von B<getpid>() lösen immer den tatsächlichen Systemaufruf aus, statt einen zwischengespeicherten Wert zurückzuliefern.

note: type: Plain text
en: On Alpha, instead of a pair of B<getpid>()  and B<getppid>()  system calls, a single B<getxpid>()  system call is provided, which returns a pair of PID and parent PID.  The glibc B<getpid>()  and B<getppid>()  wrapper functions transparently deal with this.  See B<syscall>(2)  for details regarding register mapping.
de: Unter Alpha wird statt eines Paars von B<getpid>()- und B<getppid>()-Systemaufrufen ein einzelner Systemaufruf B<getxpid>() bereitgestellt, der ein Paar von realen und effektiven PIDs bereitstellt. Die Glibc-Wrapper-Funktionen B<getpid>() und B<getppid>() gehen damit transparent um. Siehe B<syscall>(2) für Details im Hinblick auf Registerabbildungen.

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: 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: 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/.
