table of contents
- bookworm 4.18.1-1
- bookworm-backports 4.24.0-2~bpo12+1
- testing 4.24.0-2
- unstable 4.24.0-2
intro(3) | Library Functions Manual | intro(3) |
BEZEICHNUNG¶
intro - Einführung in die Bibliotheksfunktionen
BESCHREIBUNG¶
Abschnitt 3 des Handbuchs beschreibt alle Bibliotheksfunktionen mit Ausnahme der in Kapitel 2 erläuterten Bibliotheksfunktionen, bei denen es sich um Wrapper (Hüllen) für Systemaufrufe handelt.
Viele der in diesem Abschnitt beschriebenen Funktionen sind Bestandteil der Standard-C-Bibliothek (libc). Einige Funktionen gehören zu anderen Bibliotheken (z. B. der Mathematik-Bibliothek libm oder der Echtzeit- Bibliothek librt (rt steht für real time, Echtzeit)). Dann enthält die Handbuchseite die notwendigen Linker-Optionen, um das ausführbare Programm an die entsprechende Bibliothek (z.B. -lm und -lrt) zu binden (»linken«).
Manchmal muss der Programmierer ein Feature-Test-Makro definieren, um die Deklaration einer Funktion zu erhalten, die in der im Abschnitt ÜBERSICHT genannten Header-Datei enthalten ist. (Dort, wo es erforderlich ist, müssen diese Feature-Test-Makros vor dem Einbinden irgendeiner Header-Datei definiert werden). Für solche Fälle ist in der Handbuchseite das benötigte Makro beschrieben. Weitere Informationen zu Feature Test Macros finden Sie in feature_test_macros(7).
Unterabschnitte¶
Abschnitt 3 dieses Handbuchs ist in Unterabschnitte organisiert, die die komplexe Struktur der Standard-C-Bibliothek und viele ihrer Implementierungen wiederspiegeln.
- •
- 3const
- •
- 3head
- •
- 3type
Diese schwierige Vergangenheit gibt oft ein schlechte Beispiel ab, dem im Design, der Implementierung und der Darstellung gefolgt wird.
Idealerweise ist eine Bibliothek für die C-Sprache so konstruiert, dass jede Header-Datei eine Schnittstelle zu einem kohärenten Software-Modul darstellt. Sie stellte eine kleine Anzahl an Funktionsdeklarationen bereit und legt nur Datentypen und Konstanten offen, die zur Benutzung dieser Funktionen benötigt werden. Zusammen heißen diese API oder Anwendungsprogrammierschnittstelle. Typen und Konstanten, die von mehreren APIs zusammen genutzt werden, sollten in Header-Dateien abgelegt werden, die keine Funktionen deklarieren. Diese Organisation ermöglicht einem C-Bibliotheksmodul, prägnant mit eine Header-Datei pro Handbuchseite dokumentiert zu werden. Ein solcher Ansatz verbessert die Lesbarkeit und Nutzbarkeit der Bibliotheksdokumentation und damit die Nutzbarkeit der Software.
STANDARDS¶
Bestimmte Ausdrücke und Abkürzungen dienen der Kennzeichnung von UNIX-Varianten und -Standards, zu denen die Aufrufe in diesem Abschnitt konform sind. Siehe auch: standards(7).
ANMERKUNGEN¶
Autoren und Copyright-Bedingungen¶
Den oder die Verfasser und die Copyright-Bedingungen finden Sie im Kopf des Quelltextes der englischen Ausgabe der Handbuchseite. Beachten Sie, dass sie sich von Seite zu Seite unterscheiden können! Hinweise zu den Copyright-Bedingungen der Übersetzung finden Sie weiter unten.
SIEHE AUCH¶
intro(2), errno(3), capabilities(7), credentials(7), environ(7), feature_test_macros(7), libc(7), math_error(7), path_resolution(7), pthreads(7), signal(7), standards(7), system_data_types(7)
ÜBERSETZUNG¶
Die deutsche Übersetzung dieser Handbuchseite wurde von Martin Eberhard Schauer <Martin.E.Schauer@gmx.de> 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 die Mailingliste der Übersetzer.
5. Februar 2023 | Linux man-pages 6.03 |