模拟器使用 int21h/ah=09h 显示“2000 个字节后未找到错误字节 24h”

我必须使用汇编来做一个简单的计算器EMU8086，但每次我尝试启动它时EMU8086给出这个错误：

INT 21h, AH=09h - 
address: 170B5
byte 24h not found after 2000 bytes.
; correct example of INT 21h/9h:
mov dx, offset msg
mov ah, 9
int 21h
ret
msg db "Hello$"

我检查了其他东西，但没有错误：

data segment
    choice db ?
    snum1 db 4 dup(?)
    snum2 db 4 dup(?)
    sres db 4 dup(?)
    num1 db ?
    num2 db ?
    res db ?
    ;;menu1 db "Chose a function to procced", 10, 13, "Add [+]", 10, 13, "Sub [-]", 10, 13
    ;;menu2 db "Mul [*]", 10, 13, "Div [/]", 10, 13, "Mod [%]", 10, 13, "Pow [^]", 10, 13, "Exit [x]$"
    messStr db "Enter Your Choice:",10,13,"",10,13,"Add --> +",10,13,"Sub --> -",10,13,"Mul --> *",10,13,"Div --> /",10,13,"Mod --> %",10,13,"Pow --> ^",10,13,"Exit --> X",10,13,"$"
    msg1 db "Enter first number$"
    msg2 db "Enter second number$"
    msg3 db "Press any key to procced$"
    msg4 db "The result is $"

ends

stack segment
    dw   128  dup(0)
ends

code segment
assume cs:code, ds:data, ss:stack 

newline proc ;; new line
    push ax
    push dx
    mov ah, 2
    mov DL, 10
    int 21h
    mov ah, 2
    mov DL, 13
    int 21h
    pop dx
    pop ax
    ret
endp

printstr proc ;; print string
    push BP
    mov BP, SP
    push dx
    push ax
    mov dx, [BP+4]
    mov ah, 9
    int 21h
    pop ax
    pop dx
    pop BP
    ret 2
endp

inputstr proc ;; collect input
    push BP
    mov BP, SP
    push bx
    push ax
    mov bx, [BP+4]
k1: 
    mov ah, 1
    int 21h
    cmp al, 13
    je sofk
    mov [bx], al
    inc bx
    jmp k1
sofk:
    mov byte ptr [bx], '$'
    pop ax
    pop bx
    pop BP
    ret 2
endp

getNums proc ;; get the numbers
    call newline
    push offset msg1
    call printstr
    call newline    
    push offset snum1
    call inputstr 

    call newline
    push offset msg2
    call printstr
    call newline
    push offset snum2
    call inputstr
    ret
endp

start:
    mov ax, data
    mov ds, ax
    mov ax, stack
    mov ss, ax

    ;; print the main menu
    call newline
    push offset msg4
    call printstr 
    ;; collect the input
    call newline
    mov bx, offset choice
    mov ah, 1
    int 21h
    mov [bx], al
    ;; check it
    mov al, choice
    cmp al, '+'
    jne cexit
    call getNums

    jmp cont
cexit:    
    cmp al, 'x'
    je cend

cont:
   ;; pause before going to the main menu
   call newline
   push offset msg3
   call printstr

   mov bx, offset choice
   mov ah, 1
   int 21h 

   call newline
   call newline
   call newline

   jmp start

cend:   

mov ax, 4c00h
int 21h  

ends

end start

我删除了大部分代码段，因为它在这里并不重要。

经过对代码进行试验，我发现问题与数据段中消息的长度有关。menu1 & menu2太长，无法打印其后的任何消息（msg1 & msg2被打印，但后面没有任何内容）。我检查了是否应该合并menu1 & menu2，但这并没有帮助。请帮我找出问题所在。

错误消息意味着您使用int 21h / AH=09h在不以 a 结尾的字符串上$（ASCII 24 小时）。系统调用处理程序检查了 2000 个字节，但没有找到一个。

通常，这意味着您的代码或数据有错误，例如在固定字符串中你忘记了$最后，或者如果将字节复制到缓冲区中，那么您可能会覆盖或从未存储过'$'首先。

但在这种情况下，EMU8086 似乎有一个错误组装push offset msg4。 （以某种方式截断00B5h16 位地址到 8 位，符号扩展到 16 位，创建一个错误的指针，指向任何地址$字符在您的数据中。）

根据下面的错误消息我知道您正在使用EMU8086作为您的开发环境。

INT 21h，AH=09h - 地址：170B5 2000 字节后未找到字节 24h。 ; INT 21h/9h 的正确示例： mov dx, 偏移量消息 移动啊，9 21小时内 雷特 消息数据库“你好$”

我不是这方面的专家EMU8086任何想象力。我知道为什么你的抵消不起作用。我无法告诉你是否有适当的方法来解决这个问题，或者是否是一个EMU8086漏洞。对这个模拟器有更好背景的人会知道。

您已经创建了一个data带有一些变量的段。对我来说似乎没问题（但我可能错过了一些东西）。我决定加载EMU8086实际尝试这个代码。它组装没有错误。使用调试器我单步执行到push offset msg1位于程序开头附近的行。我从指令编码中立刻就知道发生了什么。这是我看到的解码指令：

它显示指令被编码为push 0b5h其中 0b5h 是偏移量。问题是它被编码为push imm8。左侧窗格中突出显示的两个字节显示它是用这些字节编码的：

6A B5 

如果您审查指令集参考你会发现编码PUSH指令编码为6A被列为：

Opcode*   Instruction Op/En   64-Bit Mode Compat/Leg Mode Description
6A ib     PUSH imm8   I       Valid       Valid           Push imm8.

你可能会说B5适合一个字节（imm8）那么问题是什么？可以压入堆栈的最小值push在 16 位模式下是一个 16 位字。由于字节小于字，因此处理器会获取该字节并对其进行符号扩展以生成 16 位值。指令集参考实际上是这样说的：

如果源操作数是小于操作数大小的立即数，则将符号扩展值推送到堆栈上

B5是二进制 10110101 。符号位是最左边的位。由于它是 1，因此放入堆栈的高 8 位将为 11111111b (FF)。如果符号位为 0，则 00000000b 被放置在高 8 位中。模拟器没有放置00B5到堆栈上，它放置FFB5。这是不正确的！如果我单步执行，可以确认这一点push 0b5h指令并查看堆栈。这就是我所看到的：

观察放置在堆栈上的值是FFB5。我找不到合适的语法（即使使用word修饰符）强制 EMU8086 将其编码为push imm16. A push imm16将能够将整个单词编码为push 00b5这会起作用。

你可以做两件事。您可以将 256 字节的虚拟数据放入您的data像这样的分段：

data segment
db 256 dup(?)
choice db ?
... rest of data

为什么这有效？在虚拟数据之后定义的每个变量都将是无法用单个字节表示的偏移量。因此EMU8086被迫编码push offset msg1作为一个词的推动。

更清洁的解决方案是使用LEA操作说明。这是load effective address操作说明。它采用内存操作数并计算地址（在本例中是相对于数据段的偏移量）。您可以替换所有使用的代码offset类似的东西：

lea ax, [msg1]
push ax

AX可以是任何通用 16 位寄存器。一旦进入寄存器，将 16 位寄存器压入堆栈。

有人可能对此有更好的解决方案，或者知道解决此问题的方法。如果是这样，请随时发表评论。

鉴于上述信息，您可能会问为什么当您移动数据时它似乎有效？原因是您重新组织所有字符串的方式（将长字符串放在最后）导致所有变量都start偏移量小于 PUSH当放置在堆栈上时，8 位立即数偏移符号的最高位扩展为 0。偏移量是正确的。一旦偏移量 >= 128（且

您的程序中还有其他错误，我专注于与您收到的错误直接相关的问题。