c - 打开 Watcom 内联汇编 SEG 和 OFFSET 运算符

标签 c assembly memory-address watcom

今天,我了解到 MASM 中的 SEG 运算符默认返回 GROUP 的地址而不是相关表达式的 SEGMENT 的地址,并且有一些选项和方法可以覆盖它。

由于我目前在 Open Watcom 1.9/16 位 DOS 中做一个复杂的项目,其中 C 和汇编(内联和独立)混合(实际上,DOS 只需要启动,然后我自己的 MINI-OS 控制),因为我知道 WASM 在某种程度上与 MASM 兼容,所以我有以下问题:

内联汇编取变量段时,SEG运算符返回的是变量所在的GROUP还是SEGMENT?

假设有一个名为MY_GROUP的GROUP,一个属于MY_GROUP的名为MY_SEG的SEGMENT,以及一个名为MY_VAR的变量/标签放在MY_SEG中。

如果我这样做

_asm {
MOV AX, SEG MY_VAR
}

哪个值被加载到 AX 中?是 MY_GROUP 的地址还是 MY_SEG 的地址(假定它们不同)?

我没有在内联 程序集中找到与该问题相关的任何命令行开关。然后我尝试了 MASM 语法:

_asm {
MOV AX, SEG MY_GROUP:MY_VAR
MOV AX, SEG MY_SEG:MY_VAR
}

以上两行都会导致以下错误:“Only segment or group label is allowed”。

请注意,我的问题只与内联汇编有关。实际上,我将 JWASM 用于独立的程序集模块,上面的语法运行良好并且达到了预期的结果。

谁能告诉我内联汇编器在这种情况下做了什么,如果有办法我可以控制它各自的行为?

非常感谢!

最佳答案

我认为没有任何方法可以说服 OpenWatcom 编译器发出基于组的段重定位。部分问题在于无法声明或定义组以便您可以在内联程序集中引用它。

但是,OpenWatcom 链接器似乎会忽略重定位是基于段的事实,而是使用段所属的组作为基础。因此,假设您正在使用 wlink,那么在您的第一个示例中,AX 将加载一个指向 MY_GROUP 开头的段值。另一方面,如果您使用 Microsoft 的分段链接器,那么 AX 将包含一个指向 MY_SEG 的段值。

关于c - 打开 Watcom 内联汇编 SEG 和 OFFSET 运算符,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30803553/

相关文章:

c - 将地址 int "p = &i"分配给指针 "*p = i"时, "i"和 "p"之间是否有任何差异

c - 发送指向哈希表的指针会导致编译错误

c - 分配 1 时,这个大小为 1 的位字段实际上是否溢出?

gcc - AVR-GCC:错误:行尾有垃圾

assembly - 什么是 MASM?我们一般用它来学习汇编语言代码?

c - windows操作系统中如何识别RAM地址空间?

c++ - 文件指针行为?

c - 微软 C 编译器 : Inline variable declaration?

assembly - 似乎无法理解 JZ,没有按预期工作

Python数组id值