请问一个关于DLL_PROCESS_DETACH的错误

[neji_bai]

我做了一个简单的IAT HOOK的DLL 利用线程注入来实现
在DLL_PROCESS_ATTACH的时候进行HOOK处理
pfnOrig = GetProcAddress(GetModuleHandleA("Kernel32"),"CreateFileW");
HookAPI("Kernel32.dll",pfnOrig,(PROC)MyCreateFile);
功能能正常运行（此时 DLL_PROCESS_DETACH下没有任何代码）。
但是我在 DLL_PROCESS_DETACH:加上一个MessageBoxA(NULL,"TEST","TEST",MB_OK);以后就出问题了，被注入的程序会崩溃
这个DETACH的执行到底是怎么回事呢。
---------------------
补充说明一下 我的程序是这样的
在CMD下
HOOK程序 目标程序
HOOK后的结果应该是在执行CreateFile之前弹窗显示一下要创建的文件的名字，其中被注入的目标程序也是自己写的只有CreateFile一个简单的功能

如果DLL_PROCESS_DETACH下有了代码 在CMD下第一次运行 程序就会崩溃，然后再运行一次的话（不关闭CMD），就不会说崩溃，但是DLL_PROCESS_DETACH下的弹窗会执行很多次，然后才弹出创建文件的名字。

我之前认为的效果应该是先弹创建文件的名字 再弹TEST这个窗才对的

[neji_bai]

第一次运行崩溃的问题找到了
但是弹窗多次这个 不明白

[jamseyang]

是挺奇怪的，把代码都贴出来，大家一起研究下

[brikehuang]

看看WINDOWS核心编程第20章：DLL的进入点函数

[unituniverse2]

你写程序都不看文档的。很无语...

[unituniverse2]

内容太多。。。
...Calling functions that require DLLs other than Kernel32.dll may result in problems that are difficult to diagnose. For example, calling User, Shell, and COM functions can cause access violation errors, because some functions load other system components. Conversely, calling functions such as these during termination can cause access violation errors because the corresponding component may already have been unloaded or uninitialized.
...

[newseacher]

源码级调试下

[neji_bai]

[Quote=引用 5 楼 的回复:]

内容太多。。。
...Calling functions that require DLLs other than Kernel32.dll may result in problems that are difficult to diagnose. For example, calling User, Shell, and COM functions can cause access vio……
[/Quote]

呃 好像是你说的这个结果。。。