你这个说法可能也不对
我去做了个实验
一般来讲 jmp short s 的ip 修改范围是 -128~127
那么这个程序

;#Mode=DOS
;MASMPlus 单文件代码模板 - 纯 DOS 程序
;--------------------------------------------------------------------
;单个文件需要指定编译模式,否则默认是EXE方式,在系统设置中可以设置默认是DOS还是Windows.
;编译模式自带了DOS/COM/CON/EXE/DLL/LIB这几种,如果有必要,可以更改ide.ini添加新的编译模式
;当然,更好的是创建为一个工程.更方便及易于管理,使用方法:按Ctrl多选->创建工程.必须有多个文件

assume cs:code
code segment
start:  jmp short s
        db 128 dup (0)
        s : mov ax, 0ffffh
        mov        ax, 4c00h
        int        21h
code ends
end start

是跳不过去的 因为128大于127
编译器提示 ：error A2075: jump destination too far : by 1 byte(s)
而jmp near ptr s的ip修改范围是（书上说）-32768~32767
但是

;#Mode=DOS
;MASMPlus 单文件代码模板 - 纯 DOS 程序
;--------------------------------------------------------------------
;单个文件需要指定编译模式,否则默认是EXE方式,在系统设置中可以设置默认是DOS还是Windows.
;编译模式自带了DOS/COM/CON/EXE/DLL/LIB这几种,如果有必要,可以更改ide.ini添加新的编译模式
;当然,更好的是创建为一个工程.更方便及易于管理,使用方法:按Ctrl多选->创建工程.必须有多个文件

assume cs:code
code segment
start:  jmp near ptr s
        db 65525 dup (0)
        s : mov ax, 0ffffh
        mov        ax, 4c00h
        int        21h
code ends
end start

是能通过编译的 如果把65525加一后即65526那么编译通不过
提示：error A2103: segment exceeds 64K limit : code
可见和nop没多大关系啊 貌似short很老实的遵循规则 而near ptr 就有点不守规矩了 不知什么原因

貌似db ??? dup (0)里究竟放多少个字节和一个段（segment）的长度上限有关系

这些限制是 dos 这个系统的限制，还是 x86 架构的限制？

是在MASMPlus里编译的 ;#Mode=DOS模式

段的大小有上限 是架构的限制罢

我刚查 x86 的手册，段描述符里描述段长度的 limit 字段有 20位，所以段长度的上限至少应该有 1M。
如果开了分页，粒度位 G 置 1，则段的长度是页的整数倍，段长度的上限就会变成 4K * 1M = 4G。

可能程序是局限在16位下的吧

dup定义的不在code段里？

[ 本帖最后由 admin_xyz 于 2012-9-3 22:14 编辑 ]