Beitrag
von Livingston » 29.10.2024 11:31:48
Sieht ganz danach aus, als fehlten dem Linker ein paar Informationen, was er mit dem assemblierten Object-Code machen soll.
Generell erzeugt der Assembler nicht aus dem Stand heraus lauffähigen Code, sondern Object-Code, der ein wenig Unterstützung vom Linker ld erhält. Das ist notwendig, weil das Betriebssystem Dein Programm irgendwohin lädt und der Linker nun sämtliche Adressen innerhalb Deines Programms auf die realen Speicherorte anpassen muss.
Das fängt schon mal damit an, dass er wissen muss, wo der Startpunkt Deines Programms liegt. Nur weil Du etwas "_start" genannt und es global zugänglich gemacht hast, heißt das nicht, dass der Linker die richtigen Schlüsse zieht. Ihm muss das Symbol "_start" als tatsächlicher Startpunkt bekannt gemacht werden.
Ich würde an Deiner Stelle erst mal auf sasm verzichten, damit Du die Basics auf der Kommandozeile lernen kannst. Ich halte das für wichtig, damit Du weißt, was sasm im Hintergrund für Dich tut, und damit Du sasm die notwendigen Einstellungen verpassen kannst. Also erst mal Deinen Code mit nasm assemblieren, und wenn das fehlerfrei klappt, das File, das dabei herauskommt, mit ld bearbeiten.
Leider gibt's keinen einfacheren Weg. Ein wenig Hintergrundinfos musst Du Dir anlesen. Keine Ahnung, warum Dein Buch auf diese Fallstricke nicht eingeht. Tipps gab's ja schon in dem anderen Thread, den Du zum Assembler aufgemacht hast.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
