写了个程序，在DLL中用malloc分配了一块内存，但是在exe程序中释放，结果程序crash，原因就是：
其原因可能是堆被损坏，这也说明 TestMySticker.exe 中或它所加载的任何 DLL 中有 bug。
以下文字引用自 http://hi.baidu.com/huhe/blog/item/0b422edd1f1563d98c1029a3.html
一个模块一个堆，一个线程一个栈。
dll里malloc的内存，在exe里free会出错。
CRT（C运行时期库）不是使用进程缺省的堆来实现malloc（new中调用malloc）的，而是使用一个全局句柄HANDLE _crtheap来分配内存的。这个_crtheap是在XXXCRTStartUp（CRT提供的进口点函数）中创建的。
由于CRT静态连接，则楼主的DLL里有也有一个CRT，因此也有一个_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆，在exe中的delete使用exe中的_crtheap释放堆，当然失败！
解决办法：
1。在DLL中输出一个函数给EXE调用，专门用来释放由DLL分配的内存；
2。用GlobalAlloc()代替new，用GlobalFree()代替delete；
3。使用单一的堆，分配内存使用HeapAlloc(GetProcessHeap(),0,size)，释放内存使用HeapFree(GetProcessHeap(),0,p)；
4。把dll和exe的Settings的C/C++选项卡的Code Generation的Use Run-time liberary改成Debug Multithreaded DLL，在Release版本中改成Multithreaded DLL；这样使用一个CRT了——MSVCRT.DLL。
所以得到的结论如下：
不管是使用malloc/free组合还是HeapAlloc/HeapFree组合，exe工程均需要设置成MultiThread DLL debug才能正常运行起来的，CSDN上的那个讨论在这儿貌似是由出入的，而且DLL的设置不能随意修改。所以若有涉及到这种问题的，最好的办法还是在哪个模块分配的就在哪个模块释放最好，要不然反倒会引来更多的麻烦。