主程序调用DLL接口函数时内存分配/释放出了点问题

[two_ears]

准备用DLL的形式来模块化各个功能点，
使用标准库的容器类模板来管理数据，
在定义DLL接口函数的时候，用了string的引用作为参数。如下所示。

DLL接口函数：
void Get(string &strBuf)
{
strBuf="abc";
}

宿主进程调用如下：
{
...
string str;
Get(str);
...
}
结果到了这里，str析构时就会出现异常。
我想可能是我对string的理解有些问题。

此后，我以为是string在释放内存造成的，于是又做了一些尝试，
1.在Get函数中用new分配内存，由调用者释放，也会出现同样的异常。
2.如果Get不是在DLL中实现，和调用过程放在一个映象文件中，这两种分配方式都不会有问题。
3.只要我调用DLL中的过程，但不释放其中分配的内存，就一切正常。(允许修改)

这让我不太明白，DLL中的过程应该和调用者在一个进程，内存空间应该是共享的，
难不成DLL中返回的堆地址对于主调过程有歧义造成释放时异常？

不知道是不是把问题说清楚了，请高手指教。谢谢！

[珍惜生命远离CPP]

string在dll和exe中有两份实现,这个对吧
那么他们的alloc也就是有两份了
那就是说alloc中的 内存分配链表就有两份了
string在dll中分配内存了,那么就是说,是使用dll中的alloc分配内存了,可以得出 这个内存是登记dll中的内存池中了.
在exe中释放,的话........修改了不属于exe的内存池

[two_ears]

to akirya:谢了，这个比较有价值，呵呵，这个坏，是什么人？
给分了。
很久很久没到CSDN来了。以前还来过的，其实再忙也应该来学习学习。呵呵。

[珍惜生命远离CPP]

[Quote=引用 17 楼 two_ears 的回复:]
to akirya:谢了，这个比较有价值，呵呵，这个坏，是什么人？
给分了。
很久很久没到CSDN来了。以前还来过的，其实再忙也应该来学习学习。呵呵。
[/Quote]

刚才跟过儿的聊天记录,都贴出来了,你没看.

[two_ears]

我看了半天的，就是你贴的那个聊天记录，早知道你后面有总结，就不费劲了。
哦，错了，是该问，过儿是谁。

[珍惜生命远离CPP]

抢沙发的那个

[two_ears]

哦，帮我谢谢他，分都给了，下回吧

[two_ears]

哦，错了错了，分没有给错，是看聊天记录看错了，该谢的没写错，我这人糊里糊涂的，见笑了。

[cbg7997]

关键看string内部怎么分配的对象。我跟了一下，最后调用的是operator new（用windows API函数virtualAlloc实现）。
我做了个小实验，在dll中new对象，在exe中delete，出错。
但是用GlobalAlloc和GlobalFree就没问题。这就证明进程空间对exe还是dll都是共用的，问题应该出在new和delete的实现上。具体还不是很清楚，请高手解答。

[r_swordsman]

奇怪...你们都出错了..怎么我的没出错?

dll

#include "stdafx.h"
#include <string>



BOOL APIENTRY DllMain( HMODULE hModule,
                       DWORD  ul_reason_for_call,
                       LPVOID lpReserved
					 )
{
    return TRUE;
}


extern "C" __declspec(dllexport) void getstring(std::string& s)
{
	s = "abcdefg";
}

exe

#include   "stdafx.h"
#include <windows.h>
#include <iostream>
#include <string>
using namespace std;
#pragma comment(lib, "..\\debug\\stringdlla.lib")

extern "C" __declspec(dllimport) void getstring(std::string& s);
typedef void (*pf)(std::string&);
char *p1 = "hello world!";

void test(string& str);
pf  f;
int main()
{
#ifdef DUBUG
	HINSTANCE h =LoadLibrary(L"..\\debug\\stringdlla.dll");
#else
	HINSTANCE h =LoadLibrary(L"stringdlla.dll");
#endif
	f = (pf)GetProcAddress( h, "getstring"); 

    string st;
    test(st);
    cout << st;
	getstring(st);
	cout << st;
	f(st);
	cout << st;

	return 0;
}

void test(string& str)
{
    str = p1;
}

[xzgyb]

如果没记错的话，
编译是没错的
exe和dll工程中
Project/Settings中C++/Code Generation
Use run-time library选Debug Multithreaded Dll就可.
Release选 Multithreaded Dll,

注意一定要exe和dll工程两个都要设置.

[KUCHIBUE]

就是会出错的，我用的时候也一样。只要涉及到new和delete。

[wbczyh]

学习了...

[DRACULAX05]

讨论这个问题没有必要，只要把DLL和EXE的Code Generation都改成 Debug Multithreaded Dll就好了，编译器会帮你搞定一切

[wjlsmail]

使用标准DLL，接口以char *为参数。
Exe提供 char *并分配、释放空间。

[two_ears]

to r_swordsman:昨天刚刚又做过尝试，mfc选择shared dll，就不会有问题。只要有一个选择static就不行。你可以试试。如果生成dll环境使用vc2005，怎么都不行，都用2005都用shared又没有问题了。static总有问题。这个问题还是弄不明白。

对了，前面帖子里说的有点问题，并不是异常，而是一个断言，那天调试的时候没有注意。
至于multithread，本来就是用的这个选项，呵呵。没用。

[two_ears]

[Quote=引用 23 楼 cbg7997 的回复:]
关键看string内部怎么分配的对象。我跟了一下，最后调用的是operator new（用windows API函数virtualAlloc实现）。
我做了个小实验，在dll中new对象，在exe中delete，出错。
但是用GlobalAlloc和GlobalFree就没问题。这就证明进程空间对exe还是dll都是共用的，问题应该出在new和delete的实现上。具体还不是很清楚，请高手解答。
[/Quote]

哦，这个倒没试过，等明天试一下，谢啦。

[browningblue]

I agree r_swordsman.

[珍惜生命远离CPP]

归根结底是 string&参数类型惹得祸
不同版本的扩展dll是不通用的,每个版本的对同样的class处理可能都不一样的.

再说了,这样的dll能被C,delphi,VB,BCB使用么? 但API都能.就是因为API是标准DLL,所以通用.

要真想class复用,就封装成COM.要么就按照C的标准来,不要用任何class的东西.

[two_ears]

这个动态库不用为不同语言调用做准备
只是为了方便才用了一下stl，其实接口中并没有这个必要
COM号称提供一个二进制级别的标准，做到语言无关
看过COM技术内幕，其实巧归巧，但说到底也没有什么神奇的
而且这个帖子可能是我说多了，总是把问题扯到无关的事情上
其实，就是内存分配/释放出错的问题
刚才刚刚试了一下HeapAlloc/HeapFree，问题就不存在了
就是不太明白MFC的库怎么会引起这么多问题，因为调用相关的代码好像和MFC也没有关系呀
也许真像cbg7997说的，是new/delete的实现的问题，这就不明白了
也许是想的有点多了吧

[two_ears]

怎么都说到class复用上了，呵呵
COM不是class复用吧，用C同样可以做COM呀
唉，跑题了，不提了