Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.2 Modularisierung
Positionen Weiterhin ist die Position jedes Elements in den Debuginformationen gespeichert. Die Position
kann dabei als Ort innerhalb der Binärdatei angegeben sein oder als Adresse im laufenden
Programm. Im ersten Fall müssen die Angaben entsprechend der Abbildung der binären Daten
in den Speicher umgerechnet werden, um sie zur Fehlersuche zu benutzen. Im heute üblicheren
zweiten Fall trägt der Binder die Position über einen Eintrag in der Relokationstabelle in die
Debuginformationen ein. Das bedeutet jedoch, dass auch die Debuginformationen erst gebunden
werden müssen, bevor sie gültige Adressen enthalten.
Größe Um Elemente anhand ihrer Adresse zu bestimmen, enthalten Debuginformationen neben der Position
auch die Größe der Elemente. Diese Information ist zwar auch in den Symbolinformationen
einiger Binärformate gespeichert, aber nicht in allen und nicht für alle Elemente.
Typinformationen Um den Typ von Variablen und Funktionsparametern zu beschreiben, enthalten
Debuginformationen oft Typbeschreibungen. Zur Fehlersuche sind diese Informationen hilfreich,
um sich beispielsweise den Inhalt einer Variablen darstellen zu lassen. Zur Unterstützung komplexer,
zusammengesetzter Datentypen, wie zum Beispiel Strukturen, ist eine genaue Beschreibung
der enthaltenen Elemente notwendig. Für jedes Element müssen neben dem Namen auch die
Position und die Größe innerhalb des Datentyps beschrieben werden.
Variablen und Funktionen Mithilfe der beschriebenen Attribute werden in den Debuginformationen
die Elemente einer Objektdatei beschrieben. Variablen können mit ihrem Namen, der Position,
der Größe und einem Typ beschrieben werden. Zu Funktionen kann die Signatur angegeben
werden, das heißt der Name der Funktion, der Typ des Rückgabewertes und die Anzahl, Namen
und Typen der Parameter. Bei manchen Debuginformationen ist auch die Position der Parameter
gegeben.
4.2.6.1 Debuginformationsformate
Im Folgenden sollen einige wichtige Formate zur Speicherung von Debuginformationen vorgestellt
werden.
stabs
Die stabs-Debuginformationen [MKM06] wurden ursprünglich entwickelt, um dem a.out-Binärformat
Informationen zur Fehlersuche hinzuzufügen. Da a.out nicht die Möglichkeit bietet, beliebige Zusatzinformationen
abzuspeichern, werden die Informationen als Texteinträge in der Symboltabelle abgelegt.
Daher stammt auch der Name stabs, als Abkürzung für symbol table strings.
Das stabs-Format war, vor allem auf UNIX-Systemen, sehr weit verbreitet, da es durch die Art
der Speicherung mit fast jedem Binärformat zusammen verwendet werden kann. Das stabs-Format
war ursprünglich sehr einfach, wurde jedoch mehrfach in verschiedener Weise erweitert und ist
heute sogar relativ komplex. Neben Zeilennummerinformationen können Typen und Parameter von
Funktionen beschrieben werden. Spezielle stabs-Versionen unterstützen sogar die Besonderheiten von
objektorientierten Programmen.
Durch die verschiedenen Erweiterungen entstanden jedoch eine ganze Reihe von zueinander inkompatiblen
Versionen des stabs-Formats. Die fehlende Spezifikation und die Möglichkeit, in modernen
Binärformaten benutzerdefinierte zusätzliche Daten zu speichern, sind die Hauptgründe dafür, dass
stabs heute oft durch DWARF ersetzt wird.
57