BEZEICHNUNG

       getpid, getppid - gibt die Prozessidentifikation zurück

ÜBERSICHT

       #include <sys/types.h>
       #include <unistd.h>

       pid_t getpid(void);
       pid_t getppid(void);

BESCHREIBUNG

       getpid() gibt die Prozess-ID (PID) des aufrufenden Prozesses zurück. (Dies wird oft von Routinen benutzt,
       die einen eindeutigen Namen einer temporären Datei erzeugen.)

       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 fork(), or, if that process has already terminated, the ID of the
       process to which this process has been reparented (either init(1)  or a "subreaper" process  defined  via
       the prctl(2)  PR_SET_CHILD_SUBREAPER operation).

FEHLER

       Diese Funktionen sind immer erfolgreich.

KONFORM ZU

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

ANMERKUNGEN

       Falls  sich  der  Elternprozess des aufrufenden Prozesses in einem anderen PID-Namensraum befindet (siehe
       pid_namespaces(7)), gibt getppid() 0 zurück.

       Aus der Sicht des Kernels ist die PID (die sich  alle  Threads  in  einem  Multithreaded-Prozess  teilen)
       manchmal  auch  als  Thread-Gruppen-ID  (TGID)  bekannt.  Dies steht im Gegensatz zu der Kernel Thread ID
       (TID), die für jeden Thread eindeutig ist. Für weitere Details siehe gettid(2)  und  die  Diskussion  des
       Schalters CLONE_THREAD in clone(2).

   Unterschiede C-Bibliothek/Kernel
       Von  Version  2.3.4  bis  einschließlich Version 2.24 der Glibc speicherte die Glibc-Wrapper-Funktion für
       getpid() PIDs temporär, um zusätzliche Systemaufrufe zu vermeiden, wenn  ein  Prozess  getpid()  mehrmals
       aufruft.  Normalerweise  war  dieses  Zwischenspeichern  nicht  sichtbar, aber das korrekte Funktionieren
       beruhte auf der Unterstützung in den Wrapper-Funktionen für fork(2), vfork(2)  und  clone(2):  Wenn  eine
       Anwendung die Glibc-Wrapper für diese Systemaufrufe durch Benutzung von syscall(2) umging, dann würde ein
       Aufruf von 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 getpid() den falschen Wert sogar dann
       zurückgab, wenn clone(2) über die Glibc-Wrapper-Funktion aufgerufen wurde.  (Für  die  Besprechung  eines
       solchen  Falles siehe FEHLER in clone(2).) Desweiteren war die Komplexität des Zwischenspeichercodes über
       die Jahre eine Quelle mehrerer Fehler innerhalb der Glibc.

       Aufgrund der vorgenannten Probleme ist der PID-Zwischenspeichercode seit Version 2.25 der Glibc entfernt;
       Aufrufe  von  getpid()  lösen immer den tatsächlichen Systemaufruf aus, statt einen zwischengespeicherten
       Wert zurückzuliefern.

SIEHE AUCH

       clone(2),  fork(2),  gettid(2),  kill(2),  exec(3),  mkstemp(3),   tempnam(3),   tmpfile(3),   tmpnam(3),
       credentials(7), pid_namespaces(7)

KOLOPHON

       Diese  Seite  ist  Teil  der  Veröffentlichung  4.15  des Projekts Linux-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/.

ÜBERSETZUNG

       Die   deutsche   Übersetzung  dieser  Handbuchseite  wurde  von  Stefan  Janke  <gonzo@burg.studfb.unibw-
       muenchen.de>, Chris Leick  <c.leick@vollbio.de>,  Mario  Blättermann  <mario.blaettermann@gmail.com>  und
       Helge Kreutzmann <debian@helgefjell.de> erstellt.

       Diese  Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer
       bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

       Wenn Sie Fehler in der Übersetzung dieser  Handbuchseite  finden,  schicken  Sie  bitte  eine  E-Mail  an
       <debian-l10n-german@lists.debian.org>.