同一个dll,第二次加载的时候失败,提示0xc000005,读取位置时冲突

贵生 2016-07-30 06:11:17
同一个mfc dll,第一次loadlibrary,freelibrary时没有问题,紧接着再次loadbrary时失败,提示读取位置时冲突 ,奇怪的是,在debug模式下没有问题,换成release时就出问题,大家帮忙分析一下看是什么问题
...全文
159 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
schlafenhamster 2016-07-31
  • 打赏
  • 举报
回复
"会不会dll还没有释放" freelibrary 后 dll 不会马上 free, 好像要等 15分钟,
oyljerry 2016-07-31
  • 打赏
  • 举报
回复
会不会dll还没有释放
misa98 2016-07-31
  • 打赏
  • 举报
回复
一群高手,自问自答!
贵生 2016-07-31
  • 打赏
  • 举报
回复
谢谢各位,问题已解决,原来是其中一个h文件有问题,跟boost的多线程有关系
Eleven 2016-07-30
  • 打赏
  • 举报
回复
那就要看你的dll中代码实现了? 实际上只有第一次是真正的加载,进入dllmain函数的DLL_PROCESS_ATTACH分支,后续使用LoadLibrary由于探测到进程地址空间中已经加载了该dll,因此只返回第一次加载成功的相同句柄,根本不会进入dllmain函数的DLL_PROCESS_ATTACH,因此后续只是对计数器加1。

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧