使用Meson+Ninja构建的C程序添加MMU模块后执行卡死问题排查与解决

嘿，这个问题我之前也踩过类似的坑！刚好能帮你理清楚来龙去脉：

问题回顾 #

你遇到的情况很典型：添加MMU模块后，程序编译完全正常，但一运行就卡死，终端输出Failed to truncate cookie file: Invalid argument，甚至Ctrl+C都没法终止。调试后发现卡死在SDL_Init(SDL_INIT_EVERYTHING)这一行，改成SDL_INIT_VIDEO就正常运行了——最后你自己找到的原因完全正确！

根本原因：命名冲突覆盖了标准库函数 #

问题出在你自定义的read和write函数上——这两个名字是C标准库的系统调用封装函数（定义在<unistd.h>里，负责文件描述符的读写操作）。当你在全局作用域定义同名函数时，编译器会优先使用你的实现，而SDL在初始化音频子系统（从gdb栈信息里能看到libpulse.so的调用，这是Linux上的音频服务）时，会调用标准库的read/write，结果却调用到了你MMU模块里的空实现，直接打乱了SDL的初始化流程，导致线程陷入无限等待，最终表现为程序卡死。

解决方案：给自定义函数加模块前缀 #

最直接的修复就是给MMU相关函数加上专属前缀，避免和标准库重名：

修改MMU.h #

#include<stdint.h>
typedef struct {
    uint8_t memory[2*1024];
} MMU;
void mmu_write(MMU *mmu, uint16_t addr, uint8_t data);
uint8_t mmu_read(MMU *mmu, uint16_t addr);

修改MMU.c #

#include "MMU.h"
#include "Mapper.h"
void mmu_write(MMU *mmu, uint16_t addr, uint8_t data) {
    //(mmu->memory)[addr]=data;
}
uint8_t mmu_read(MMU *mmu, uint16_t addr) {
    if (addr<(1024*8)) ;//return (mmu->memory)[(addr%(2*1024))];
    else if (addr>(1024*32)) {
        //call the mapper and then do stuff;
    }
    return 0;
}

记得在所有调用这两个函数的地方，把原来的read/write替换成mmu_read/mmu_write。

新手避坑小贴士 #

作为学习阶段的开发者，很容易忽略命名冲突问题，这里给你两个小建议：

• 给每个模块的函数、结构体都加上模块前缀（比如mmu_、cpu_、mapper_），这是C语言里模拟“命名空间”的常用方法，能有效避免这类低级冲突。
• 尽量避开标准库、系统调用里的常用函数名，比如read、write、open、close这些，都是高危重名对象。

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