C++ Builder 6编译E2015 Sleep函数歧义报错问题咨询

问题说明 #

• 编译错误E2015是因为当前作用域同时存在两个同名Sleep函数：Indy组件库IdGlobal命名空间下的__fastcall IdGlobal::Sleep(unsigned int)，以及Win32 API提供的全局__stdcall Sleep(unsigned long)，传入整数字面量1500时编译器无法自动判定匹配版本，触发歧义报错。
• catch块中exception标识符未定义是前一个错误引发的连锁解析故障：编译器在try块内遇到无法解析的函数调用时，会中断当前代码块的语法分析，导致后续catch块的参数无法被正常识别，解决Sleep歧义问题后该错误会自动消失，无需单独处理。

修复方法 #

强制指定调用全局作用域的Win32 API版本Sleep即可，最稳妥、侵入性最小的方式是在Sleep调用前添加全局作用域解析符::，明确告知编译器查找全局命名空间下的函数，修改后的代码如下：

try
   {
      Wp->Open = true;
      ::Sleep(1500); // 前缀::强制调用全局Win32 API的Sleep函数
   }
   catch(Exception &exception)
   {
      TLogSysInstance->Write(_FILE("TFormMain", "PresetterInit()" + exception.Message));
      if(Wp->Open != true)
      {
         Application->MessageBox("La porta di comunicazione selezionata per il PRESETTER non si apre.\n"
            "Verificare il setup della porta di comunicazione nel file APP.INI.\n"
            "E' probabile che debba essere cambiata la porta di comunicazione selezionata.",
            "Attenzione: errore aprendo la porta di comunicazione", MB_OK + MB_ICONWARNING);
      }
   }

可选替代方案 #

如果不想修改每一处Sleep调用，可以在当前cpp文件的头文件引用区域末尾添加如下声明，将全局Sleep优先引入当前作用域：

using ::Sleep;

注意：该方案的优先级低于显式加::的写法，如果后续代码中还有其他命名空间导入同名Sleep，仍可能触发歧义，优先推荐直接加作用域符的修改方式。

问题诱因 #

该歧义通常是因为当前cpp文件引入了Indy组件的IdGlobal.hpp头文件，头文件内的命名空间导出逻辑将IdGlobal::Sleep带入了当前可见作用域，和全局Win32 API的Sleep形成重名冲突。

内容的提问来源于stack exchange，提问作者Massimo Manca