BEZEICHNUNG

       fork - erzeugt einen Kindprozess

ÜBERSICHT

       #include <unistd.h>

       pid_t fork(void);

BESCHREIBUNG

       fork()  erzeugt  einen neuen Prozess, indem der aufrufende Prozess dupliziert wird. Der neue Prozess wird
       als das Kind bezeichnet. Er ist bis auf die folgenden Punkte eine exakte Kopie des aufrufenden  Prozesses
       (Parent):

       *  Das  Kind  hat  seine  eigene  eindeutige  Prozess-ID,  die  mit  keiner  ID irgendeiner existierenden
          Prozessgruppe übereinstimmt (setpgid(2)).

       *  Die Parent-Prozess-ID des Kindes ist die gleiche wie die Prozess-ID des Parent-Prozesses.

       *  Das Kind erbt keine Speichersperren des Parent-Prozesses (mlock(2), mlockall(2)).

       *  Für das Kind  wird  die  Nutzung  von  Prozessressourcen  (getrusage(2))  und  Zähler  für  CPU-Zeiten
          (times(2)) auf null zurückgesetzt.

       *  Der Satz für das Kind anstehender Signale ist anfangs leer (sigpending(2)).

       *  Das Kind erbt keine Semaphor-Einstellungen von seinem Parent (semop(2)).

       *  Das Kind erbt keine Datensatzsperren von seinem Parent (fcntl(2)).

       *  Das Kind erbt keine Timer von seinem Parent (setitimer(2), alarm(2), timer_create(2)).

       *  Das  Kind  erbt  keine  ausstehenden  asynchronen  E/A-Operationen  von  seinem  Parent  (aio_read(3),
          aio_write(3)), auch asynchrone E/A-Kontexte des Parents werden nicht vererbt (siehe io_setup(2)).

       Die Prozessattribute in der vorstehenden Liste werden allesamt in POSIX.1-2001  beschrieben.  Parent  und
       Kind unterscheiden sich auch in den folgenden Linux-spezifischen Prozessattributen:

       *  Das  Kind  erbt keine Nachrichten über Verzeichnisänderungen (directory change notifications, dnotify)
          von seinem Parent (siehe die Beschreibung von F_NOTIFY in fcntl(2)).

       *  Die Einstellung PR_SET_PDEATHSIG  von  prctl(2)  wird  zurückgesetzt,  sodass  das  Kind  kein  Signal
          empfängt, wenn sein Parent terminiert.

       *  Der   voreingestellte   Wert   für   den  Timer-Spielraum  (»timer  slack«)  wird  auf  den  aktuellen
          Timer-Spielraum des Parents gesetzt. Siehe die Beschreibung von PR_SET_TIMERSLACK in prctl(2).

       *  Speicherabbildungen, die mit dem madvise(2)-Flag MADV_DONTFORK  markiert  wurden,  werden  nicht  über
          einen Aufruf von fork() hinweg vererbt.

       *  Das Terminierungssignal des Kindes ist immer SIGCHLD (siehe clone(2)).

       *  Die  von  ioperm(2) gesetzten Bits für Portzugriffe werden nicht an das Kind vererbt, stattdessen muss
          das Kind benötigte Bits mittels ioperm(2) aktivieren.

       Beachten Sie die folgenden weiteren Punkte:

       *  Der Kindprozess wird mit einem einzigen Thread erstellt — demjenigen, der fork  aufrief.  Der  gesamte
          virtuelle  Adressraum des Parents wird im Kind repliziert, einschließlich der Zustände der Mutexe, von
          Zustandsvariablen und anderer »pthread«- Objekten; die Verwendung von pthread_atfork(3) kann hilfreich
          sein für die Behandlung von dadurch verursachten Problemen.

       *  Das Kind erbt Kopien des Parent-Satzes von offenen  Dateideskriptoren.  Jeder  Deskriptor  des  Kindes
          bezieht sich auf die gleiche Beschreibung einer geöffneten Datei (siehe open(2)) wie der entsprechende
          Dateideskriptor  im  Parent.  Dies  bedeutet, dass die beiden Deskriptoren die Status-Flags geöffneter
          Dateien, den aktuellen Datei-Offset und signalgesteuerte E/A-Attribute  (siehe  die  Beschreibung  von
          F_SETOWN und F_SETSIG in fcntl(2)) gemeinsam nutzen.

       *  Das  Kind  erbt  Kopien  des  Parent-Deskriptorsatzes  für  offene  Nachrichten-Warteschlangen.  Jeder
          Deskriptor   des   Kindes   bezieht   sich   auf   die   gleiche   Beschreibung    einer    geöffneten
          Nachrichten-Warteschlange  (siehe  mq_overview(7))  wie  der  entsprechende  Deskriptor im Parent. Das
          bedeutet, dass die beiden Deskriptoren die gleichen Flags (mq_flags) gemeinsam nutzen.

       *  Das Kind erbt Kopien des Parent-Satzes für offene Verzeichnis-Streams (siehe opendir(3)). POSIX.1-2001
          besagt, dass die entsprechenden Verzeichnis-Streams auf die  gleiche  Position  zeigen  können;  unter
          Linux/Glibc tun sie es nicht.

RÜCKGABEWERT

       Bei  Erfolg wird dem Parent die PID des Kindprozesses zurückgegeben und dem Kind 0 . Bei Fehlern wird dem
       Parent -1 zurückgegeben, kein Kindprozess erzeugt und errno entsprechend gesetzt.

FEHLER

       EAGAIN fork() kann nicht ausreichend Speicher allozieren, um die Page Tables des Parents zu kopieren  und
              einen Task-Record für den Kindprozess anzulegen.

       EAGAIN Es   war   nicht  möglich  einen  neuen  Prozess  zu  erstellen,  da  die  Ressourcen-Beschränkung
              RLIMIT_NPROC des aufrufenden Prozesses überschritten wurde. Um diesen Wert zu vergrößern, muss der
              Prozess über eine der Capabilitys CAP_SYS_ADMIN oder CAP_SYS_RESOURCE verfügen.

       ENOMEM fork() konnte wegen Speicherknappheit die erforderlichen Kernel-Strukturen nicht anlegen.

       ENOSYS fork()  wird  auf  dieser  Plattform  nicht  unterstützt  (beispielsweise   Hardware   ohne   eine
              Memory-Management Unit).

KONFORM ZU

       SVr4, 4.3BSD, POSIX.1-2001.

ANMERKUNGEN

       Unter  Linux  ist  fork()  mittels  »copy-on-write«-Seiten implementiert, sodass der einzige Nachteil von
       fork() die Zeit und der Speicher ist, der benötigt wird, um die Page Tables des Parents zu  kopieren  und
       eine eindeutige Task-Struktur für das Kind anzulegen.

       Der  Glibc-Wrapper  für  fork()  wird  als  Teil  der NPTL-Threading-Implementierung bereitgestellt. Seit
       Version 2.3.3 der Glibc ruft der fork()-Wrapper nicht mehr den Kernel-Systemaufruf  fork()  auf,  sondern
       clone(2)  mit  Flags, die das Gleiche bewirken wie der traditionelle Systemaufruf. (Ein Aufruf von fork()
       ist gleichbedeutend mit einem Aufruf von clone(2), bei dem für flags nur  SIGCHLD  angegeben  wird.)  Der
       Glibc-Wrapper ruft alle Fork-Handler auf, die mittels pthread_atfork(3) eingerichtet wurden.

BEISPIEL

       Siehe pipe(2) und wait(2).

SIEHE AUCH

       clone(2),  execve(2),  exit(2),  setrlimit(2), unshare(2), vfork(2), wait(2), daemon(3), capabilities(7),
       credentials(7)

KOLOPHON

       This page is part of release 3.54 of the Linux man-pages project.  A  description  of  the  project,  and
       information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/.

ÜBERSETZUNG

       Die  deutsche  Übersetzung  dieser  Handbuchseite  wurde  von  Martin Schulze <joey@infodrom.org>, Martin
       Eberhard Schauer <Martin.E.Schauer@gmx.de> und Mario Blättermann <mario.blaettermann@gmail.com> 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>.

Linux                                             12. März 2013                                          FORK(2)