目前实现了：
1、单独一个程序显示图片，将屏幕保存到文件，再通过读文件恢复屏幕；
2、主程序显示图片，主程序将屏幕保存到文件，主程序调用EXE子程序，子程序读文件将屏幕恢复；
需要实现的真正功能：主程序显示图片，主程序调用EXE子程序，子程序将主程序界面保存到文件，调用结束时从文件恢复屏幕显示。
尝试了多次，子程序一运行就进行屏幕保存，但都没有办法成功保存主程序界面。
非常着急，还请高手指教，谢谢。
Gemini 解答
问题结论
子程序无法保存主程序界面的核心原因是
system()调用会导致主程序的图形模式被切换为 DOS 文本模式，子程序执行时已无法访问主程序的图形显存内容。技术原理与错误分析
system()函数的执行机制
DOS 下system()函数通过调用COMMAND.COM执行外部程序，其过程会：
- 暂停当前程序（主程序）的执行；
- 将当前程序的 CPU 上下文（寄存器、堆栈）、内存空间保存到内存；
- 切换到 DOS 文本模式（80×25 字符，显存地址
0xB8000000）；- 加载并运行外部程序（子程序）；
- 子程序退出后，恢复主程序的上下文，但不会自动恢复图形模式。
因此，子程序执行时，屏幕已处于文本模式，
0xA0000000显存区域无有效图形数据（通常填充0xFF或随机值），导致保存失败。显存访问的模式依赖性
主程序使用initgraph()初始化图形模式（如 VGA 256 色0xA0000000显存），而子程序执行时处于文本模式，0xA0000000并非当前有效显存地址。即使子程序尝试访问该地址，读取的也是无意义数据。代码中的次要错误
子程序Get256Blk()函数存在显存地址计算错误：// 错误：显存偏移量应为 j*MAXX + i（假设 MAXX=640），而非 j*(ey-sy)+i *(p+(j*(ey-sy)+i))该错误会导致保存的图像数据错位，但这并非主问题——即使计算正确，子程序执行时图形模式已丢失，仍无法获取有效数据。
解决方案
需避免使用
system()调用，改用直接加载并运行子程序的方式（保留主程序的图形模式），具体步骤：
子程序编译为
.COM文件（简化内存加载，避免COMMAND.COM介入）；主程序通过
exec()系列函数（如execvp()、spawnlp()）加载子程序，指定P_WAIT模式（等待子程序执行完毕）；子程序执行时，直接访问
0xA0000000显存（主程序的图形模式未被切换），保存主程序界面。示例（主程序中替换
system()调用）：#include <process.h> // 需包含 TC 的 process.h 头文件 // 用 spawnlp 直接加载子程序，保留图形模式 spawnlp(P_WAIT, "S_new.com", "S_new.com", NULL);历史误解补充
当年开发者常误以为
system()仅暂停程序执行，忽略了其对显示模式的强制切换，这源于 DOS 单任务环境下“程序切换需重置环境”的设计约束。070 提到的“切换到 DOS”是正确的，但未明确system()是导致模式切换的直接原因。额外注意事项
- 子程序需避免调用
clrscr()、gotoxy()等文本模式函数，防止破坏主程序的图形显存；- 若子程序需输出信息，应直接操作图形模式的显存（如用
outtextxy()），而非文本模式函数。
