首先得戳中问题根源：你这段80年代的旧代码依赖的是DOS系统常用的CP437扩展ASCII编码（ASCII 127以上的字节对应重音字符、特殊符号等），而现在Ubuntu默认用UTF-8编码——UTF-8是多字节编码，旧代码里的单字节扩展字符会被错误解析成无效序列或乱码，直接导致运行异常。

下面是几个改动极小的兼容方案，按改动量从小到大排序：

1. 切换程序的字符locale到CP437（仅需1行代码，改动最小） #

Linux系统支持CP437编码的locale，先确保系统已安装该locale：

sudo locale-gen en_US.CP437

然后在你的C程序初始化部分（比如main函数开头）加一行：

setlocale(LC_CTYPE, "en_US.CP437");

这会让程序的字符处理（包括IO、字符串操作）默认使用CP437编码，和旧DOS代码的运行环境完全对齐，几乎不需要修改旧代码的核心逻辑。

2. 给IO操作套一层编码转换（无需改动旧代码核心逻辑） #

如果无法切换系统locale，可以在旧代码的输入输出函数外封装一层编码转换：把UTF-8输入转换成CP437给旧代码处理，处理完再把CP437输出转成UTF-8。

比如封装一个带转换的文件打开函数（简化版）：

#include <iconv.h>

FILE *fopen_cp437(const char *path, const char *mode) {
    FILE *fp = fopen(path, mode);
    if (!fp) return NULL;
    // 创建UTF-8转CP437的转换描述符
    iconv_t cd = iconv_open("CP437", "UTF-8");
    if (cd == (iconv_t)-1) {
        fclose(fp);
        return NULL;
    }
    // 实际使用时需要封装fread/fwrite，在读写过程中完成编码转换
    return fp;
}

之后把旧代码里的fopen替换成这个封装函数即可，核心的字符串转换逻辑完全不用动。

3. 编译时指定字符集选项（处理源文件中的字符串字面量） #

如果你的旧代码源文件本身是用CP437编码保存的，编译时要告诉GCC源文件的编码，同时指定程序运行时的字符集：

gcc -finput-charset=CP437 -fexec-charset=CP437 your_old_code.c -o your_program

这个选项会让GCC正确解析源文件里的CP437字符串字面量，编译后程序里的字符串常量保持CP437编码，配合前面的locale设置效果更佳。

测试小技巧 #

验证转换是否正确时，可以用iconv工具做对比测试：

# 模拟旧代码里的CP437字节（比如0xE9对应é）转UTF-8
echo -n -e '\xE9' | iconv -f CP437 -t UTF-8
# 正常输出应该是UTF-8编码的é（字节为0xC3A9）

内容的提问来源于stack exchange，提问作者Sir Jo Black