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,先调用谁。

  • 相关阅读:
    MVC 添加多属性 HtmlHelper htmlAttributes
    centos 下安装mysql ,可惜版本只是5.1
    win7 远程桌面连接centos 6.5
    Linux Centos 6.6搭建SFTP服务器
    mysql 任意连接
    一些常用的Bootstrap模板资源站
    asp.net解决高并发的方案.
    LoadRunner
    LoadRunner
    经典SQL语句大全
  • 原文地址:https://www.cnblogs.com/feihe0755/p/6275263.html
Copyright © 2011-2022 走看看