.com文件中SEG操作符：exe2bin转.exe为.com失败原因及返回值问询

咱们一个个来拆解这些问题，毕竟它们都紧扣DOS下.COM和.EXE格式的核心差异：

1. .COM文件中的SEG操作符相关内容 #

.COM是DOS里最“朴素”的可执行格式——整个程序的代码、数据、堆栈全都塞在同一个64KB的逻辑段里。加载的时候，CS、DS、ES、SS这四个段寄存器会被设置成同一个值（就是程序前面PSP的段地址），指令指针IP固定为0x100（跳过PSP的256字节）。

在这种单段模型下，SEG操作符的作用就变得特别简单：不管你用它取代码标签、变量还是任何符号的段地址，得到的结果都是这个唯一的段地址。毕竟整个程序里根本没有其他段存在，SEG 任意符号等价于直接取CS（或者DS、SS，因为它们的值完全一样）的值。

举个实际的例子，在COM程序里写：

mov ax, SEG main
mov bx, SEG my_var

汇编运行后，ax和bx会被赋予完全相同的值——就是当前程序所在的段地址。

2. 为何代码中存在mov <register>, SEG <variable name>指令时，无法用exe2bin将.exe文件转换为.com文件？ #

要搞懂这个，得先掰扯清楚.EXE和.COM的核心区别：

• .EXE是多段格式，支持代码、数据、堆栈分开成不同的段，DOS加载时会根据MZ头里的重定位信息，给不同段分配不同的地址。
• .COM是单段格式，要求所有内容必须挤在64KB以内（还要减去PSP的256字节），而且完全不需要重定位——因为所有段寄存器都指向同一个地址。

当你在.EXE代码里写mov reg, SEG var时，汇编器会生成重定位项：变量var所在的段地址是DOS加载时才确定的，这个指令里的段值需要在加载时被修正。而exe2bin做转换时，会严格校验几个条件：

1. EXE的所有段合并后能不能塞进64KB的空间；
2. 有没有重定位项——COM根本不支持重定位，所有地址必须是相对于单一基址的偏移；
3. 所有段的基址是不是完全相同（也就是代码、数据、堆栈其实是同一个物理段）。

而mov reg, SEG var这个指令既引入了重定位信息，又暗示你的EXE依赖了多段模型（不然完全没必要用SEG，直接用偏移就行），这直接违反了COM的单段无重定位要求，所以exe2bin肯定会报错，转不了。

3. 若转换无错误，SEG操作符会返回什么值？ #

如果exe2bin能成功转换，说明你的EXE本质上就是符合单段模型的（所有段合并成一个，没重定位项）。这时候，SEG操作符返回的就是程序加载时PSP的段地址——也就是运行时CS、DS、ES、SS这几个寄存器的共同值。

从汇编层面看，转换后的COM文件里，所有SEG symbol都会被汇编器处理成当前段的基址常量，而这个常量在程序运行时，就是DOS分配给PSP的段地址（比如程序加载在内存0x07C0段，SEG返回的就是0x07C0）。

内容的提问来源于stack exchange，提问作者ProstoNekitos