L'instruction de bouclage qui fonctionne dans les instructions de débogage de Windows 7 ne fonctionnera pas dans DOSBox 0.74

Question

Nous avons eu une activité sur la mise en boucle dans le langage assembleur. Notre tâche est simple: afficher les chiffres de 0 à 9 avec des espaces entre chaque nombre. J'ai obtenu le code pour travailler dans l'invite de commande en utilisant la commande 'debug' dans WINDOWS 7 dans notre école. Mon portable est Windows 10 et j'ai récemment découvert qu'il n'y a pas de commande 'debug' dans l'invite de commande. J'ai donc essayé d'écrire mon code dans DOSBox 0.74 (plus tard, peut-être). Chaque fois que je l'exécute dans DOSBox, les programmes raccroche soudainement, puis se bloque. Voici le code

mov cx,0a 
mov ah,02 
mov dl,30 
int 21 
mov bl,dl 
mov dl,20 
int 21 
mov dl,bl 
inc dl 
loop 0107 
int 20 

Quelqu'un peut-il m'expliquer pourquoi DOSBox plante?

Voici un pic d'échantillon du programme de travail qui se déroule dans cmd sous Windows 7:

Answer 1

Bien que votre question ne soit pas un doublon de cet autre Stackoverflow question il semble partager certaines similitudes. À savoir inattendu se bloque ou comportement inhabituel. Il semblerait que les versions DEBUG.EXE disponibles pour MS-DOS ne fonctionnent pas toujours correctement dans DOSBox. Cela peut être dû au fait que DOSBox n'est peut-être pas compatible à 100% en émulant un vrai PC/matériel (et DOS). Cela peut entraîner certains programmes et/ou OS à ne pas fonctionner comme prévu lorsqu'il est utilisé dans DOSBox.

J'ai modifié mon précédent Stackoverflow answer pour suggérer que divers programmes MS-DOS DEBUG.EXE peuvent ne pas fonctionner correctement lorsqu'ils sont exécutés sous DOSBox. Ross Ridge confirme qu'il peut dupliquer votre problème avec le débogueur de DOS 6.22 lorsqu'il est exécuté dans DOSBox.

Il existe une version de DEBUG.COM qui a été publiée par FreeDOS qui semble bien fonctionner avec DOSBox. J'ai fait la version FreeDOS de DEBUG.COM disponible pour le téléchargement de mon site Web. Alternativement, vous pouvez télécharger le ZIP File de Softpedia et extraire DEBUG.COM.

Answer 2

AX est un registre volatile d'interruption DOS int 21h. Ainsi, le contenu de AH=02h sera remplacé par INT 21h appels. La seule source que je pourrais trouver pour faire référence à un document au sujet Interrupt Services from the Mississippi State University qui indique sur la première page:

BIOS (et la plupart des DOS) ISRs Préserver le contenu des registres - Sauf hache

donc dans votre code

int 21  ; alters AX 
mov dl,bl ; AH is undefined 
inc dl  ; DL is increased correctly 
loop 0107  

vous supposer à tort que AH contiendrait encore la valeur de 02h. Ce n'est pas forcément le cas.

ajouter Ainsi, une MOV AH, 02h avant l'instruction de boucle et votre programme devrait exécuter moins erronée, parce que votre INT 21h situé à 0107 puis appelleraient la DOS fonction correcte 02h.