说起CodeGear这玩意儿，折磨了我整整两个礼拜。上个月为了赶那个老掉牙的维护项目，我不得不把它从落满灰尘的硬盘角落里翻出来。本以为也就是点点鼠标、安装一下的事儿，谁知道这东西脾气大得很，只要版本不对或者环境稍微有点冲突，立马就跳出各种莫名其妙的红字报错。

第一个坑：安装时的证书报错

我先是找出了当年的安装包，按部就班地双击运行。结果还没到选路径那一步，屏幕中间就蹦出一个“Failed to validate license”或者什么“Registry error”的提示。这种老软件最麻烦的就是注册表残留。我当时没多想，直接重装了系统，结果还是照样报错。后来我才发现，就是这软件跟现在的Win10/Win11不兼容导致的。我试着把那个安装程序的兼容性改成Win7，还得用管理员模式跑，这下总算跳过了第一道坎，能进到进度条加载界面了。

第二个难关：库文件找不到

等我好不容易把软件装满心欢喜地把项目源码导进去，按下那个绿色的运行按钮，结果又坏了。下方的消息框刷屏一样提示“File not found”，要么就是“Cannot compile used unit”。我盯着屏幕看了半天，明明那些路径都是对的。我开始疯狂地翻以前的代码笔记，挨个去检查环境变量。发现是因为CodeGear对路径长度有要求，如果你把代码放在桌面上或者好几层深的文件夹里，它就认不出来了。我索性直接在C盘根目录建了个短名文件夹，把所有东西都挪过去，这下那些编译错误才消失了大半。

第三个头疼的问题：运行时的地址溢出

本以为这下总能跑起来了？结果程序一启动就弹出一个十六进制的错误对话框，直接闪退。这种Access Violation报错最让人崩溃，根本不知道哪一行出了问题。我只能用最笨的办法，一行一行代码打断点，反复重启调试。折腾了大半天，我发现是老的组件在处理现代内存地址的时候越界了。我不得不手动修改了编译器里的内存分配设置，把那个该死的优化选项关掉，再把堆栈大小调大。虽然程序跑起来慢了点，但起码能稳住了，不再动不动就给你玩“原地蒸发”。

总结一下我的土办法

• 别把这软件装在什么奇奇怪怪的中文路径下，全用英文和数字，越短越
• 看到报错先别急着改代码，先去看看是不是系统权限没给够，各种兼容模式多试几次。
• 如果编译老是报错找不到头文件，那就把那些LIB和INC路径在全局设置里重新手动指一遍，不要指望它能自动识别。
• 电脑里如果装了太新的开发工具，最好先卸了或者搞个虚拟机，CodeGear这老古董最怕被别人抢资源。

折腾完这些，我感觉自己老了十岁。这活儿之所以难搞，是因为现在的文档全都是缺胳膊少腿的，遇到问题只能靠以前攒下来的那点“修车”经验去硬撞。我把这些折腾过程记录下来，也是怕自己以后再碰到又得抓瞎。虽然现在的年轻人都在用那些花里胡哨的新框架，但我手里这些破铜烂铁只要能跑通，在这个项目里它就是大爷。忙活完这一顿，我直接把那个虚拟机镜像备份了三份，以后谁再让我重新配置一遍，我非得跟他急眼不可。