zoukankan      html  css  js  c++  java
  • dll导出命名空间下的c风格函数陷阱

    1、编译阶段,如果不是重载,那么C风格的同名函数与C++风格的同名函数,就会报编译错误。
    error C2084: function 'int Test(void)' already has a body。

    2、编译期间,编译器会检查命名空间里的函数。如SG::Test();
    编译器会检测是否有函数Test()在SG命名空间里。如果没有就会报错。
    error C2039: 'Test' : is not a member of 'SG' 

    3、链接阶段,当命名空间与extern “C”组合在一起时,生成的函数代码其实是C风格的,没有命名空间修饰。
    这是因为C风格里函数里没有命名空间这一概念,所以命名空间自动会被链接器忽略。

    基于以上的原则,编译器链接器能够识别出基本所有的错误用法。
    但是有一种情况,编译器链接器都无法识别。
    那就是
    DLLA中有命名空间

     namespace SG1
     {
    	extern "C" __declspec(dllexport) int Test();
     }

    DLLB中有命名空间SG2::Test()导出函数。

      namespace SG2
     {
    	extern "C" __declspec(dllexport) void Test();
     }

    在EXE中调用SG2::Test()。 这个时候,编译链接都是正确的。 但是实际运行的时候,却隐藏着一个隐患。 因为实际生成的汇编代码直接是

    004EF8FF FF 15 18 1A 78 00 call  dword ptr [__imp__Test (781A18h)] 

    和命名空间无关。 那么汇编代码会调用SG1下的还是SG2下的Test呢? 这两个DLL谁先引用进到EXE,先调用谁。

  • 相关阅读:
    游戏对战练习
    扩展属性 配置文件
    数据操作类:增删改查(三大类)
    作业
    泛型集合
    Linux下查看文件和文件夹大小
    reids客户端 redis-cli用法
    生产环境下JAVA进程高CPU占用故障排查
    MySQL主从复制与读写分离
    最全面 Nginx 入门教程 + 常用配置解析
  • 原文地址:https://www.cnblogs.com/feihe0755/p/6275263.html
Copyright © 2011-2022 走看看