.\" -*- coding: UTF-8 -*- .\" This manpage is Copyright (C) 1992 Drew Eckhardt; .\" and Copyright (C) 1993 Michael Haardt, Ian Jackson. .\" and Copyright (C) 2016 Michael Kerrisk .\" .\" %%%LICENSE_START(VERBATIM) .\" Permission is granted to make and distribute verbatim copies of this .\" manual provided the copyright notice and this permission notice are .\" preserved on all copies. .\" .\" Permission is granted to copy and distribute modified versions of this .\" manual under the conditions for verbatim copying, provided that the .\" entire resulting derived work is distributed under the terms of a .\" permission notice identical to this one. .\" .\" Since the Linux kernel and libraries are constantly changing, this .\" manual page may be incorrect or out-of-date. The author(s) assume no .\" responsibility for errors or omissions, or for damages resulting from .\" the use of the information contained herein. The author(s) may not .\" have taken the same level of care in the production of this manual, .\" which is licensed free of charge, as they might when working .\" professionally. .\" .\" Formatted or processed versions of this manual, if unaccompanied by .\" the source, must acknowledge the copyright and authors of this work. .\" %%%LICENSE_END .\" .\" Modified Wed Jul 21 22:40:25 1993 by Rik Faith .\" Modified Sat Feb 18 15:27:48 1995 by Michael Haardt .\" Modified Sun Apr 14 11:40:50 1996 by Andries Brouwer : .\" corrected description of effect on locks (thanks to .\" Tigran Aivazian ). .\" Modified Fri Jan 31 16:21:46 1997 by Eric S. Raymond .\" Modified 2000-07-22 by Nicolás Lichtmaier .\" added note about close(2) not guaranteeing that data is safe on close. .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH CLOSE 2 "10. Oktober 2019" Linux Linux\-Programmierhandbuch .SH BEZEICHNUNG close \- Dateideskriptor schließen .SH ÜBERSICHT .nf \fB#include \fP .PP \fBint close(int \fP\fIdd\fP\fB);\fP .fi .SH BESCHREIBUNG \fBclose\fP() schließt einen Dateideskriptor, so dass dieser nicht mehr zu einer Datei gehört und wieder verwendet werden kann. Alle zum Prozess gehörenden Datensatz\-Sperren (siehe \fBfcntl\fP(2)) der mit dem Deskriptor verbundenen Datei werden aufgehoben. Die Aufhebung der Sperren erfolgt unabhängig von dem Deskriptor, mit dem die Sperre eingerichtet wurde. .PP Wenn \fIdd\fP der letzte Deskriptor der zugehörigen offenen Datei ist (siehe \fBopen\fP(2)), werden die zugehörigen Ressourcen freigegeben. War der Datei\-Deskriptor der letzte Verweis auf eine Datei, die mittels \fBunlink\fP(2) entfernt wurde, wird die Datei gelöscht. .SH RÜCKGABEWERT Nach erfolgreicher Ausführung gibt \fBclose\fP() 0 zurück. Bei Fehlern wird \-1 zurückgegeben und \fIerrno\fP entsprechend gesetzt. .SH FEHLER .TP \fBEBADF\fP \fIdd\fP ist kein gültiger Deskriptor für eine geöffnete Datei. .TP \fBEINTR\fP .\" Though, it's in doubt whether this error can ever occur; see .\" https://lwn.net/Articles/576478/ "Returning EINTR from close()" Der Aufruf von \fBclose\fP() wurde von einem Signal unterbrochen (siehe \fBsignal\fP(7)). .TP \fBEIO\fP Es ist ein E/A\-Fehler (engl. I/O) aufgetreten. .TP \fBENOSPC\fP, \fBEDQUOT\fP Auf NFS werden diese Fehler normalerweise nicht beim ersten Schreibversuch, der den verfügbaren Speicherplatz überschreitet, berichtet, sondern stattdessen an nachfolgende \fBwrite\fP(2), \fBfsync\fP(2) oder \fBclose\fP(2). .PP Siehe ANMERKUNGEN für eine Diskussion, warum \fBclose\fP() nach einem Fehler nicht erneut versucht werden sollte. .SH "KONFORM ZU" .\" SVr4 documents an additional ENOLINK error condition. POSIX.1\-2001, POSIX.1\-2008, SVr4, 4.3BSD. .SH ANMERKUNGEN Ein erfolgreiches »close« garantiert nicht, dass die Daten erfolgreich auf der Festplatte gespeichert wurden, weil der Kernel den Pufferzwischenspeicher verwendet, um verzögert zu schreiben. Typischerweise leeren Dateisysteme ihre Puffer beim Schließen einer Datei nicht. Wenn Sie sicher sein müssen, dass die Daten physisch auf der darunterliegenen Platte gespeichert sind, verwenden Sie \fBfsync\fP(2). (Hierbei kommt es auf die Hardware Ihrer Festplatte an.) .PP Der Dateideskriptor close\-on\-exec kann dazu verwandt werden, sicherzustellen, dass ein Dateideskriptor automatisch bei einem erfolgreichen \fBexecve\fP(2) geschlossen wird; siehe \fBfcntl\fP(2) für Details. .PP .\" Date: Tue, 4 Sep 2007 13:57:35 +0200 .\" From: Fredrik Noring .\" One such race involves signals and ERESTARTSYS. If a file descriptor .\" in use by a system call is closed and then reused by e.g. an .\" independent open() in some unrelated thread, before the original system .\" call has restarted after ERESTARTSYS, the original system call will .\" later restart with the reused file descriptor. This is most likely a .\" serious programming error. .\" Wahrscheinlich ist es unklug, Dateideskriptoren zu schließen, die möglicherweise noch durch Systemaufrufe in anderen Threads desselben Prozesses belegt sein können. Da Dateideskriptoren wiederverwendet werden können, kann dies zu undurchsichtigen »Race Conditions« mit unbeabsichtigten Nebenwirkungen führen. .SS "Umgang mit von close() zurückgelieferten Fehlern" Ein sorgfältiger Programmierer prüft den Rückgabewert von \fBclose\fP(), da es durchaus möglich ist, dass Fehler bei einer früheren \fBwrite\fP(2)\-Operation erst bei dem abschließenden \fBclose\fP()\-Zugriff, bei dem die offenen Dateideskriptoren freigegeben werden, gemeldet werden. Wird der Rückgabewert beim Schließen einer Datei nicht geprüft, kann dies zu \fIunbemerktem\fP Datenverlust führen. Dies kann vor allem mit NFS und Plattenkontingenten beobachtet werden. .PP Beachten Sie allerdings, dass ein zurückgelieferter Fehler nur für diagnostische Zwecke (d.h. einer Warnung an die Anwendung, dass E/A noch in Verarbeitung ist, oder dass es fehlgeschlagene E/A gegeben haben könnte) oder für abhelfende Zwecke (z.B. dem erneuten Schreiben der Datei oder dem Erstellen einer Sicherungskopie) verwandt werden sollte. .PP .\" The file descriptor is released early in close(); .\" close() ==> __close_fd(): .\" __put_unused_fd() ==> __clear_open_fd() .\" return filp_close(file, files); .\" .\" The errors are returned by filp_close() after the FD has been .\" cleared for re-use. .\" filp_close() Es ist falsch, nach einer Rückgabe eines Fehlers \fBclose\fP() erneut zu versuchen, da es dazu führen könnte, dass ein wiederverwandter Dateideskriptor von einem anderen Thread geschlossen werden könnte. Dies kann auftreten, da der Linux\-Kernel Dateideskriptoren \fIimmer\fP früh in der Close\-Aktion für die Wiederbenutzung freigibt und die Schritte, die einen Fehler liefern können, wie das Rausschreiben von Daten zu dem Dateisystem oder Gerät, erst später in der Close\-Aktion vorkommen. .PP .\" FreeBSD documents this explicitly. From the look of the source code .\" SVR4, ancient SunOS, later Solaris, and AIX all do this. .\" Issue 8 Viele andere Implementierunngen schließen den Dateideskriptor ähnlich (außer im Falle von \fBEBADF\fP, der bedeutet, dass der Dateideskriptor ungültig war), selbst falls sie im folgenden einen Fehler bei der Rückkehr von \fBclose\fP() berichten. POSIX.1 sagt derzeit zu diesem Punkt nichts aus, aber es gibt Überlegungen, dieses Verhalten in der nächsten großen Veröffentlichung dieses Standards zu verpflichten. .PP Ein sorgfältiger Programmierer, der über E/A\-Fehler Bescheid wissen möchte, kann \fBclose\fP() einen Aufruf von \fBfsync\fP(2) vorschalten. .PP Der Fehler \fBEINTR\fP ist etwas speziell. Bezüglich des Fehlers \fBEINTR\fP sagt POSIX.1\-2013: .PP .RS Falls \fBclose\fP() von einem Signal unterbrochen wird, das gefangen werden soll, muss es \-1 zurückliefern, wobei \fIerrno\fP auf \fBEINTR\fP gesetzt werden soll und der Zustand von \fIfildes\fP nicht festgelegt ist. .RE .PP .\" FIXME . for later review when Issue 8 is one day released... .\" POSIX proposes further changes for EINTR .\" http://austingroupbugs.net/tag_view_page.php?tag_id=8 .\" http://austingroupbugs.net/view.php?id=529 .\" .\" FIXME . .\" Review the following glibc bug later .\" https://sourceware.org/bugzilla/show_bug.cgi?id=14627 Dies erlaubt das Verhalten, das auf Linux und vielen anderen Implementierungen auftritt, bei dem, wie auch bei anderen von \fBclose\fP() berichteten Fehlern, garantiert wird, dass der Dateideskriptor geschlossen ist. Es erlaubt allerdings auch eine andere Möglichkeit: dass die Implementierung einen Fehler \fBEINTR\fP zurückliefert und den Dateideskriptor offen hält. (Laut seiner Beschreibung ist dies für \fBclose\fP() unter HP\-UX der Fall.) Der Aufrufende muss dann erneut \fBclose\fP() verwenden, um den Dateideskriptor zu schließen und Lecks bei Dateideskriptoren zu vermeiden. Diese Divergenz in Implementierungsverhalten stellt eine schwierige Hürde für portable Anwendungen dar, da unter vielen Implementierungen \fBclose\fP() nicht nach einem Fehler \fBEINTR\fP erneut aufgerufen werden darf, und bei mindestens einer \fBclose\fP() erneut aufgerufen werden muss. Es gibt Überlegungen, dieses Puzzle für die nächste Hauptveröffentlichung des Standards POSIX.1 zu lösen. .SH "SIEHE AUCH" \fBfcntl\fP(2), \fBfsync\fP(2), \fBopen\fP(2), \fBshutdown\fP(2), \fBunlink\fP(2), \fBfclose\fP(3) .SH KOLOPHON Diese Seite ist Teil der Veröffentlichung 5.04 des Projekts Linux\-\fIman\-pages\fP. 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/. .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Ralf Demmer , Martin Eberhard Schauer , Mario Blättermann und Helge Kreutzmann erstellt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE 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 die .MT debian-l10n-german@\:lists.\:debian.\:org Mailingliste der Übersetzer .ME .