Home / LinuxUser / 2005 / 06 / Was sind Bibliotheken?

Newsletter abonnieren

Lies uns auf...

Folge LinuxCommunity auf Twitter

Top-Beiträge

Mandriva gibt Distribution in die Hände der Community
(268 Punkte bei 24 Stimmen)
Neues vom Systemd
(161 Punkte bei 4 Stimmen)
Mandriva in Nöten
(161 Punkte bei 4 Stimmen)

Heftarchiv

LinuxUser Heftarchiv

EasyLinux Heftarchiv

Ubuntu User Heftarchiv

Ubuntu User Heftarchiv

Partner-Links:

Shopping
Topsuche
 
Yatego Deutschlands größte Shoppingmall. 10000 Shops,
3.5 Mio Artikel. Alle Bestseller, Servertechnik und Technik Themenwelten.

Notebooks und Netzwerkhardware bei Mercateo günstig kaufen.
Internet Telefonie mit VoIP Telefonen von Gigaset
Das B2B Portal www.Linx.de informiert über Produkte und Dienstleistungen.
Günstige Digitalkameras finden Sie im Preisvergleich.

Statisch oder dynamisch?

Was sind Bibliotheken?

01.06.2005 Abseits der Computer-Welt kennt die Institution namens Bibliothek jeder – wenn auch viele sie selten betreten. Der Alltag eines jeden PC-Benutzers wäre ohne Bibliotheken jedoch nicht so leicht zu bewältigen.

Über das Fragment lib im Namen von Programmpaketen stolpert man häufig. Es kürzt das Wort Libraries (englisch für "Bibliotheken") ab. Oft tauchen sie bei der Installation neuer Programme in der Liste der benötigten zusätzlichen Pakete auf (Abbildung 1).

Abbildung 1: Praktisch jedes Linux-Programm baut auf eine große Zahl geteilter Bibliotheken.

Freundlicher Bibliothekar

Moderne Paket-Manager kümmern sich darum, dass bei der Installation einer Anwendung auch die benötigten Libraries auf der Festplatte landen. Das gilt für Debians APT und Suses Yast ebenso wie für die Werkzeuge anderer Distributionen. Häufig führt dadurch der unbedarfte Klick auf einen Installieren-Button zu einer großen Zahl neuer Pakete, die auf den ersten Blick unnötig scheinen.

Diese Pakete enthalten so genannte Shared Libraries – gemeinsame Bibliotheken. Sie stellen lediglich Funktionen bereit, auf die Anwendungen zurückgreifen. Die bedeutendste Shared Library unter Linux ist die GNU C Library (GLibC) [1]. Sie sorgt für die wichtigsten Systemfunktionen. Der Linux-Kernel selbst sowie die meisten anderen C-Programme verwenden diese Bibliothek.

Das erspart den Programmierern, die bereits durch die Bibliothek bereitgestellten Funktionen selbst neu entwickeln zu müssen. Das gilt nicht nur für systemnahe Bereiche wie bei der GLibC: Desktop-Umgebungen wie KDE oder Gnome basieren auf umfangreichen Bibliothekensammlungen. Die jeweilige Grafikbibliothek – KDE verwendet Qt [2], Gnome die Alternative GTK [3] – bringt die Fenster auf die grafische Oberfläche. Multimediabibliotheken bieten Funktionen zum Abspielen von Video- oder Audiodateien an, weitere Shared Libraries übernehmen zahlreiche andere Standardaufgaben.

Daraus entstehen die so genannten Paketabhängigkeiten. Ein Programm, das Funktionen externer Bibliotheken nutzt, wird ohne diese nicht korrekt arbeiten. Ein KDE-Audioplayer benötigt beispielsweise neben den KDE-Basisbibliotheken die Multimedia-Libraries der Oberfläche; der Programmierer braucht sich dann nicht näher um das Dekodieren und die Ausgabe einer MP3-Datei zu kümmern. Deshalb speichern die Entwickler beim Bauen eines RPM- oder Debian-Pakets eine Liste der benötigten Bibliotheken in den Paketdaten. Der Paketmanager der Distribution weiß dann, welche Bibliotheken er zusätzlich installieren muss, wenn der Benutzer besagtes Paket anfordert.

Wer ein Programme nicht über den Paketmanager installiert, sondern es aus den Quellen kompiliert, muss sich selbst um die benötigten Libraries kümmern. Er braucht jedoch zusätzlich die so genannten Entwicklerpakete. Sie enthalten die Header-Dateien, die die Funktionen der Bibliothek beschreiben. Die Entwicklerpakete enden üblicherweise auf -devel oder -dev. In Ausnahmefällen enthält das Paket einer Bibiliothek bereits die Header-Dateien, ein devel-Paket existiert dann nicht.

Welche Libs?

Meist nimmt der Benutzer die Bibliotheken kaum wahr. Die Anwendungen greifen umstandslos auf die Dateien zu, die gewöhnlich auf das Suffix .so enden. Häufig ist ein .so-Eintrag im Bibliothekenverzeichnis nur ein symbolischer Link auf die eigentliche Library-Datei, deren Name durch die Versionsnummer erweitert wird.

So findet man im Verzeichnis /usr/lib/ beispielsweise einen Link libz.so, der auf die Datei libz.so.1.2.2 verweist. Ein weiterer Link auf libz.so.1.2.2 heißt z. B. libz.so.1. Diese Methode stellt sicher, dass einerseits jedes Programm, das die Bibliothek ZLib braucht, sowohl bei der Suche nach libz.so als auch nach libz.so.1 fündig wird. Gleichzeitig liegt nur eine Bibliotheksdatei – in diesem Beispiel libz.so.1.2.2 – wirklich im Verzeichnis. Der Dateinamen verrät auf den ersten Blick die installierte Version.

Der Befehl ldd offenbart, welche Bibliotheken eine Anwendung verwendet. Das Kommando, gefolgt vom kompletten Pfad des fraglichen Programms, gibt die gesuchte Bibliothek und den genauen Ort im Dateisystem aus, an dem es sie gefunden hat:

$ ldd /bin/ls
librt.so.1 => /lib/tls/i686/↩
  cmov/librt.so.1 (0xb7fd0000)
libacl.so.1 => /lib/↩
  libacl.so.1 (0xb7fca000)
libc.so.6 => /lib/tls/i686/cmov/↩
  libc.so.6 (0xb7e9d000)
libpthread.so.0 => /lib/tls/↩
  i686/cmov/libpthread.so.0 ↩
  (0xb7e8c000)
/lib/ld-linux.so.2 => /lib/↩
  ld-linux.so.2 (0xb7feb000)
libattr.so.1 => /lib/↩
  libattr.so.1 (0xb7e88000)

In Klammern meldet ldd die Speicheradresse der Bibliothek. Der Parameter -v für verbose ("ausführlich") zeigt weitere Details über die einzelnen Bibliotheken.

Hilfreich ist dieses Kommando besonders bei der Fehlersuche. Steht in der ldd-Ausgabe hinter dem Pfeil bei einer Bibliotheken not found, wird das Programm nicht funktionieren, da es eine Shared Library nicht findet. Die Lösung besteht in der Installation des entsprechenden Programmpakets. Bei fertigen Bibliothekspaketen tritt dies jedoch nur dann auf, wenn der Paketerzeuger die Abhängigkeiten falsch oder unvollständig angegeben hat.

Bei selbstkompilierten Programmen kann es passieren, dass man nach der Installation benötigte Bibliotheken versehentlich wieder deinstalliert, da der Paketmanager nur auf die Abhängigkeiten zu RPM- bzw. Debian-Pakete achtet. Dann gibt die Recherche via ldd Aufschluss über die fehlende Bibliothek.

Einem Freund empfehlen    Druckansicht Bookmark and Share
Kommentare

888 Hits
Wertung: 0 Punkte (1 Stimme)

Schlecht Gut

Infos zur Publikation

Infos zur Publikation

LinuxUser 06/2012

Aktuelle Ausgabe kaufen:

Heft bestellen Heft als PDF kaufen

LinuxUser erscheint monatlich und kostet in der Nomedia-Ausgabe EUR 5,50 und mit DVD EUR 8,50. Weitere Informationen zum Heft finden Sie auf der LinuxUser-Homepage.

Im LinuxUser-Probeabo erhalten Sie drei Ausgaben für 3 Euro. Das Jahresabo (ab EUR 56,10) können Sie im LNM-Shop bestellen.

Tipp der Woche

Adobe AIR
Adobe-AIR-Programme installieren und (manuell) starten
Tim Schürmann, 14.05.2012 13:09, 0 Kommentare

Es gibt sie noch: neue Anwendungen, die Adobes Integrated Runtime voraussetzen. Aktuellstes und vermutlich auch größtes Beispiel ist das Adventure Botanicula

Aktuelle Fragen

gibt es ein Kommandozeilen Tool, um ein X11-Fenster in ein Anderes einzubetten?
GoaSkin , 21.05.2012 16:44, 0 Antworten
Das XEmbed-Protokoll ist u.A. dazu gedacht, dass man eine X11-Anwendung in eine andere wie ein Wi...
Apache2, Options -Indexes geht nicht
no no, 12.05.2012 19:01, 8 Antworten
Habe in apache2.conf folgendes stehen: Options -Indexes ...
LInux auf Dell LS H500
Andreas Endresl, 09.05.2012 08:54, 2 Antworten
Habe einen alten Dell Latitude LS H500 nur mit ext. Floppy und CD es geht nur immer eines von den...
Datenwiederherstellung unter Ubuntu 12.04 mit "Simple Backup" nach Umzug von Linux Mint
Christian Lottmann, 07.05.2012 13:33, 0 Antworten
Vor dem Umzug auf Ubuntu 12.04 habe ich unter Linux MInt mit "Simple Backup" voll (15.4.2012) und...
DKMS für den propritären NVIDIA-Treiber
Commander Data, 26.04.2012 22:02, 2 Antworten
Hallo an die Gemeinde. Ich habe hier ein interessantes Stück openSuSE gefunden. http://forums.op...