中国DOS联盟

#include <stdio.h>

#include <ghos.h>

Gemini 解答

---

该帖子反映了 DOS 时代 C 语言初学者极其常见的两类典型误区：一是混淆了“头文件包含”与“静态库链接”；二是混淆了“代码级库调用（API/LIB）”与“外部程序启动参数（CLI/EXEC）”。

1. 根本原因：包含头文件不等于链接实现

在 C 语言（无论是 16 位 DOS 下的 Turbo C/Borland C++、Watcom C，还是 Microsoft C）的构建流程中，编译与链接是两个独立阶段：

• #include <ghos.h> 仅在编译期生效：头文件只向编译器提供数据结构定义、常量和函数原型声明。如果只包含头文件，编译器能通过语法检查并生成目标文件（.OBJ），但在链接阶段会报未解析的外部符号错误（如 Unresolved external symbol）。
• GHOS.LIB 必须显式参与链接：头文件本身不包含任何可执行机器码，所有函数实现都存放在静态库（.LIB）中，必须由链接器（如 TLINK、LINK）将其打包进最终生成的 .EXE。

正确的引用方式

仅将 .H 放入 INCLUDE 目录无效，必须将 GHOS.LIB 加入构建工程：

• IDE 界面环境（以 Turbo C / Borland C++ 为例）：不能直接按 Ctrl+F9 编译单个 .C 文件，必须新建一个项目工程文件（.PRJ），在项目中同时添加你的源代码文件（如 MYPROG.C）和 GHOS.LIB，然后执行 Make 或 Build。
• 命令行方式：在调用编译器或链接器时显式传入 .LIB 路径，例如：

  tcc -I\tc\include -L\tc\lib myprog.c ghos.lib
  

• 源代码内嵌指令（特定编译器扩展）：部分编译器支持通过预处理指令指示链接器引入库：

  #pragma comment(lib, "ghos.lib")
  

  (注：该语法在早期的 Turbo C 2.0 中不被支持，主要见于 Microsoft C/C++ 或更新的 Borland 编译器。)

---

2. DOS 16 位静态库的内存模型限制

即使正确添加了 GHOS.LIB，在 DOS 16 位实模式环境下，静态库与主程序之间存在严格的内存模型（Memory Model）匹配约束：

• DOS C 编译器通常提供 6 种内存模型：Tiny、Small、Medium、Compact、Large、Huge。
• 不同的模型决定了代码指针和数据指针默认是近指针（near，16位偏移量）还是远指针（far，16位段基址:16位偏移量），直接影响调用的机器码指令（CALL near 与 CALL far，RETN 与 RETF）。
• 技术前提：第三方提供的 .LIB 必须与你当前项目编译时所选的内存模型完全一致。如果 GHOS.LIB 是以 Large 模型编译的，而你的工程设置为 Small 模型，链接时会出现段冲突、符号找不到，或者在运行时产生栈指针错乱导致系统冻结、重启。

---

3. 概念混淆：API 库与可执行文件启动参数

帖子中提到“搜各种启动参数也没用”，暴露了对运行机制的认知混乱：

1. 若通过库（.H + .LIB）集成：调用方式是直接在 C 代码中执行该库提供的函数 API，配置通过结构体或函数形参传递，这与命令行“启动参数”没有任何关系。
2. 若试图控制现有的独立程序（如 Symantec Ghost 等克隆工具）：
   • 商业克隆工具 Ghost 本身是独立的可执行文件（GHOST.EXE），其公开支持的标准方式是通过命令行启动参数（如 -clone,mode=load,... -batch` 等）在批处理或子进程中调用。
   • Ghost 工具本身并不向普通 DOS 开发者提供可直接静态链接进第三方 .EXE 的通用 DOS 版 .LIB。
   • 若要在 C 程序中调用此类带启动参数的独立工具，应当使用进程控制接口（如 DOS 标准库中的 system()、spawnv() 或 execv()），在运行时动态拉起该程序并传递命令行参数，而不是尝试将其“链接集成”为一个单一文件：

     #include <stdlib.h>
     #include <process.h>
     
     /* 正确的外部进程调用方式，而非静态链接 */
     spawnl(P_WAIT, "GHOST.EXE", "GHOST.EXE", "-clone,mode=...", "-batch", NULL);
     

如果当前使用的所谓 GHOS.LIB 是某个特定平台或个人封装的中间件接口库，则必须查阅该开发包自带的接口文档，查看其头文件中具体导出了哪些函数符号，通过调用对应函数来执行操作，而不是向编译器或可执行文件传递外部命令行参数。