Thema: FAR-CALL mit NASM

[bscreator]

Hallo,

ich wollt mal wissen, wie man einen FAR-CALL mit NASM machen kann.
Beim Aufruf eines Interrupts, z.B.

Code: [Auswählen]

mov ah, 0x0E
int 0x10 passiert ja nichts anderes, als ein FAR-CALL, der CS:IP auf dem Stack speichert und einen Sprung zur Interruptroutine macht.

Mit dem Emulator Emu8086 kann man dasselbe mithilfe der Zeilen

Code: [Auswählen]

mov ah, 0x0E
call dword ptr es:[0x10*4] erreichen.

Die obige Zeile (call dword...) kann man mit NASM nicht assemblieren.
Hab es mit

Code: [Auswählen]

call dword far [es:word 0x10*4] versucht. Assemblieren geht zwar, aber es wird kein Zeichen ausgegeben.

Wo liegt der Fehler ?

Danke,
bsc

[kevin]

es ist kein Codesegment. Wenn du das Segment als Immediate-Wert hast, müsste das so gehen, ansonsten leg die Daten auf den Stack und mach ein retf.

[bscreator]

Das mit dem CS und IP auf den Stack hat meine Programme immer hunderttausendmal größer gemacht, als sie eigentlich sind. Da meine API außerhalb des Kernelsegments liegt, will ich lediglich meine API-Funktionen aufrufen können, ohne ständig bei jedem API-Aufruf CS sowie IP mittels des $-Operators manuell auf den Stack pushen zu müssen.

Hab das ganze jetzt mal mit

Code: [Auswählen]

call far [es:0x10*4] gemacht. Allerdings wird dann "HeHello World..." statt "Hello World" ausgegeben.
(Mittels int 0x10 wird der korrekte String "Hello World" ausgegeben.)

Wo liegt der Fehler ?

Danke,
bsc

[Jidder]

Beim Aufruf eines Interrupts, z.B.

Code: [Auswählen]

mov ah, 0x0E
int 0x10 passiert ja nichts anderes, als ein FAR-CALL, der CS:IP auf dem Stack speichert und einen Sprung zur Interruptroutine macht.

Doch es passiert noch was anderes: Bevor die Rücksprungadresse auf den Stack gelegt wird, werden die Flags auf den Stack gelegt. Weil du das vor deinem call nicht machst, tritt vermutlich der Fehler auf.

[bscreator]

Du hast recht, Jidder.
Hab zwar gewusst, dass die Flags auch gesichert werden, hab das allerdings für einen nicht notwendigen Faktor angesehen. Mit dem vorherigen pushen der Flags funktioniert das ganze.

Noch ne Frage :
Wenn ich meine eigene API, welche z.B. bei der physikalischen Adresse 0x30000 liegt, anspringen möchte, müsste doch eigentlich bei so einem FAR-CALL die Zeile

Code: [Auswählen]

call far [es:0x0000] ausreichen (wenn man davon ausgeht, dass vorher ES mit dem Wert 0x3000 vorbelegt wurde), oder ?

Vielen Dank,
bsc
 

[LittleFox]

Hi,

nur mal eine Frage an dich über die ich die ganze Zeit nachgrübel: gibt es irgendeinen Grund warum du nicht int 0x10 aufrufst?

Zu deiner Frage: ich bin zwar kein Assembler-Profi, aber ich denke schon. Wenn du vorher Flags und Rücksprungadresse gesichert hast.

Grüße,
LittleFox

[Jidder]

Wenn an der Adresse 3000:0000 ein far-Zeiger auf die Funktion steht, dann ja. Flags sichern musst du nicht, wenn deine API mit RETF zurückkehrt (und nicht mit IRET).

Wenn die Funktion an Adresse 3000:0000 steht, musst du call 0x3000:0x0000 nehmen.

[Sannaj]

Könnte nützlich sein bezüglich des nasm Syntaxes: http://de.wikibooks.org/wiki/Assembler_%2880x86_Prozessor%29-Programmierung:_Unterprogramme_und_Interrupts#Unterprogramme.

PS: Übrigens passiert beim Aufruf eines Interrupts schon noch ein bisschen was anderes als bei einem far call. Das ist auf jeden Fall keine alternative zu int.

[LittleFox]

PS: Übrigens passiert beim Aufruf eines Interrupts schon noch ein bisschen was anderes als bei einem far call. Das ist auf jeden Fall keine alternative zu int.

Aber wie im Artikel zu Sysenter/Leave steht, passiert viel zu viel ...
Vielleicht will er ja etwas ähnliches, eigenes schaffen? Aber wie würde da Speicherschutz gehen?

Grüße,
LittleFox

[Jidder]

Real Mode. Nuff said.

[LittleFox]

upps ... sry

[bscreator]

PS: Übrigens passiert beim Aufruf eines Interrupts schon noch ein bisschen was anderes als bei einem far call. Das ist auf jeden Fall keine alternative zu int.

Das ist mir schon klar, dass da noch ein paar Dinge mehr passieren

Wenn die Funktion an Adresse 3000:0000 steht, musst du call 0x3000:0x0000 nehmen.

Danke Jidder. Habs bereits vorher auch rausgefunden.

Danke an alle,
Damit wär das Thema gelöst
bsc