Datensegment
Als Datensegment bezeichnet man den Teil von Objektdateien oder eines laufenden Prozesses, in dem globale und statische Variablen abgelegt sind. Diese Variablen müssen beim Start des Programms bereits im Speicher vorhanden und initialisiert sein, außerdem ist ihr Speicherplatzbedarf bereits zur Übersetzungszeit bekannt. Daher wird bereits beim Übersetzen ein Datenblock erstellt, der später als Teil des Programms beim Starten in den Speicher geladen und sofort verwendet werden kann. Manchmal werden Daten-, BSS-, Stack- und Heap-Bereiche gemeinsam als „Datensegment“ bezeichnet. In Maschinensprache bestehen dann getrennte Segmente für Daten und ausführbaren Code. Dafür halten zum Beispiel Prozessoren der x86-Architektur im Realmode die Segmentregister CS (CodeSegment) und DS (DataSegment) bereit. Einzelne Befehle beziehen sich dann entweder auf das Daten- oder Codesegment. So bezeichnet die Sprunganweisung JMP 0120 zum Beispiel den Sprung innerhalb des Segments, welches durch die Segmentadresse im Segmentregister CS vorgegebenen ist, um den Offset 0120 Bytes weiter zu springen. Im Real Mode ergibt die Multiplikation der Segmentadresse mit dem Hexwert 10h (16 dezimal), was einem Linksshift um 4 Bits entspricht, und anschließender Addition des Offset 0120 die absolute Adresse im physischen Adressraum. Bei Befehlen zum Datenaustausch wie zum Beispiel MOV DX, [BX] dagegen bezieht sich die Adresse in BX als Zeiger auf das Datensegment. Assemblersprachen stellen eigene Anweisungen zur Definition von Segmenten für Daten, Code, Stack, und deren Reihenfolge bereit (zum Beispiel .DATA, .CODE, .STACK u. a.). In manchen Betriebssystemen (z. B. in z/OS) ist die Trennung von Code- und Datensegmenten nicht erforderlich. Die Maschinenbefehle unterscheiden diese beiden Bereichstypen nicht, sondern adressieren Daten und Codeteile mit identischen Verfahren, Registern etc. Ein Maschinenprogramm kann demzufolge Daten und Code gemischt enthalten; aus Gründen der Softwarequalität (Wartbarkeit) werden jedoch Datendeklarationen und der Befehlsteil des Programms meist strukturell getrennt implementiert.
Als Datensegment bezeichnet man den Teil von Objektdateien oder eines laufenden Prozesses, in dem globale und statische Variablen abgelegt sind. Diese Variablen müssen beim Start des Programms bereits im Speicher vorhanden und initialisiert sein, außerdem ist ihr Speicherplatzbedarf bereits zur Übersetzungszeit bekannt. Daher wird bereits beim Übersetzen ein Datenblock erstellt, der später als Teil des Programms beim Starten in den Speicher geladen und sofort verwendet werden kann. Manchmal werden Daten-, BSS-, Stack- und Heap-Bereiche gemeinsam als „Datensegment“ bezeichnet.
In Maschinensprache bestehen dann getrennte Segmente für Daten und ausführbaren Code. Dafür halten zum Beispiel Prozessoren der x86-Architektur im Realmode die Segmentregister CS (CodeSegment) und DS (DataSegment) bereit. Einzelne Befehle beziehen sich dann entweder auf das Daten- oder Codesegment. So bezeichnet die Sprunganweisung JMP 0120 zum Beispiel den Sprung innerhalb des Segments, welches durch die Segmentadresse im Segmentregister CS vorgegebenen ist, um den Offset 0120 Bytes weiter zu springen. Im Real Mode ergibt die Multiplikation der Segmentadresse mit dem Hexwert 10h (16 dezimal), was einem Linksshift um 4 Bits entspricht, und anschließender Addition des Offset 0120 die absolute Adresse im physischen Adressraum. Bei Befehlen zum Datenaustausch wie zum Beispiel MOV DX, [BX] dagegen bezieht sich die Adresse in BX als Zeiger auf das Datensegment. Assemblersprachen stellen eigene Anweisungen zur Definition von Segmenten für Daten, Code, Stack, und deren Reihenfolge bereit (zum Beispiel .DATA, .CODE, .STACK u. a.).
In manchen Betriebssystemen (z. B. in z/OS) ist die Trennung von Code- und Datensegmenten nicht erforderlich. Die Maschinenbefehle unterscheiden diese beiden Bereichstypen nicht, sondern adressieren Daten und Codeteile mit identischen Verfahren, Registern etc. Ein Maschinenprogramm kann demzufolge Daten und Code gemischt enthalten; aus Gründen der Softwarequalität (Wartbarkeit) werden jedoch Datendeklarationen und der Befehlsteil des Programms meist strukturell getrennt implementiert.
Block Started by Symbol
[Bearbeiten | Quelltext bearbeiten]Die Bezeichnung Block Started by Symbol wird in vielen Compiler und Linker für ein Segment benutzt, das statische Variablen enthält, die mit Nullwerten initialisiert werden. Oft wird die Abkürzung BSS oder .bss benutzt. Dieser Speicherbereich eignet sich z. B. für Arrays, die nicht mit vordefinierten Werten initialisiert sind. In der Objektdatei werden üblicherweise nicht die Nullwerte gespeichert, sondern nur die Größe des BSS-Bereichs. Der Lader wertet dann diese Information aus und fordert einen entsprechend großen Speicherbereich vom Betriebssystem an, wobei er sicherstellt, dass der Speicherbereich mit den Nullwerten initialisiert wird.
Historisch war Block Started by Symbol eine Pseudo-Operation im UA-SAP (United Aircraft Symbolic Assembly Program), ein Mitte der 1950er entwickelter Assembler.