[DK2000]

Schwer zu sagen.

Habe es bei mir mal kurz mit dem TASM 5 getestet, welches man von hier bekommt.

Habe es allerdings in DOSBox getestet, da VirtualPC2007 bei mir nicht laufen würde (Windows 8.1).

Der Test hat aber soweit funktioniert. Im Debugger erscheint bei mit int21 an der Stelle, wo bei Dir int15 zu lesen ist. Das Programm läuft auch soweit durch und beendet sich normal.

Tja, ist jetzt schwer zu sagen, warum bei Dir da int15 anstelle von int21 erstellt wird.

Eventuell kannst Du ja anstelle von dem veraltetem VirtaulPC eine aktuelle Version von VirtualBox verwenden. Da kann man auch DOS installieren. Ob das allerdings das Problem löst, kann ich nicht sagen.

[DK2000]

Ach, siehst, dass habe ich gar nicht gesehen und beim Abschreiben automatisch das h geschrieben.

Ja, jetzt ist alles klar.

Das 'h' bedeutet hier, dass die 21 ein Hexwert ist. schreibt man nur 21, dann wird die 21 als Dezimalwert interpretiert und dieser wird dann wiederum in Hex umgewandelt: Aus 21 wird 15h.

Ja, jetzt macht das Sinn. Auf diese Kleinigkeit habe ich gar nicht geachtet.

---

Was VirualBox un DOS angeht, so verhält sich das wie bei einem normalen PC. Du musst die Config.sys und Autoexec.bat dementsprechend anpassen, so dass Himen.sys und EMM386.exe verwendet wird und dann mittels devicehigh und loadhigh versuchen, soviel wie möglich nach oben auszulagern.

[RalphS]

MASM geht in jeder VS-Version ab 2005, überhaupt kein Problem.

[DK2000]

 Zitat (nobido: 26. April 2015 - 19:15)

Daran kann/sollte es nicht liegen. int21 wird im Loop ja auch werwendet. Und da geb ich das nicht extra per int 21h an. Auch das "Lehrbuch", welches ich verwende, arbeitet ohne die Angabe mit "h".

Doch, das liegt daran. Es passt ja auch bei Dir:

int21 --> int15h
int20 --> int14h
int22 --> int16h

Solange an der Zahl kein entsprechender Suffix für Hexadezimal ('h') angegeben wird, interpretiert TASM die Zahl als Dezimalzahl und übersetzt diese dann in Hex.

In Deinem Loop hast Du ja auch int 21h geschrieben. Hättest Du hier auch int 21 geschrieben, hätte das hier schon nicht funktioniert. Es hätte aber funktioniert, wenn Du int 33 geschrieben hättest.

Mit Interurpt 21h (Interrupt 33) rufst Du ja die ja die Main DOS API auf. Die Funktion, welche ausgeführt werden soll, wird vorher in AH übergeben. In Deinem Falle war das 4Ch (= Terminate with return code). Das 4Ch ist auch in Hex angegeben.

Das Dein 'Lehrbuch' darauf nicht eingeht, ist da nicht so gut. Normaler Weise gibt es da immer ein Kapitel über die Schreibweise von Zahlen, wenn verschiedene Zahlensysteme verwendet werden. Das muss man auch zwingend beachten, ansonsten gibt das Chaos.

Welcher Assembler wird denn in Deinem Lehrbuch vorausgesetzt?

[DK2000]

Ist ja nicht weiter tragisch. Jetzt weißt Du es ja. Es ist halt wichtig, sich mit der Schreibweise der Zahlensysteme vertraut zu machen (egal welche Programmiersprache).