c# 调用回调函数出错

[cainiao77]

各位大神：

小弟在用 c# 托管调用 vc++ dll 中的回调函数。执行完回调函数后，程序就报错：
TestIm.exe 中的 0x00000000 处有未经处理的异常: 0xC0000005: Access violation。

翻了翻资料，得知这个异常是因为托管代码中某些用于封送的数据对象被CLR的垃圾收集器回收了，这导致了非托管代码在访问这些对象时出现了非法访问，继而CLR封装异常对象并将其抛出。我看到有的朋友在封送C++中char类型数组/指针或结构体指针是遇到了这个异常，而我则是在封送C++函数指针时遇到的，由此看来，导致这个异常的原因都与封送指针有关。
参考地址：http://blog.csdn.net/xiaxiaonline/article/details/7069546

代码如下，怎么修改为好？
//回调登录
public delegate void CallBackLogin(long groupid, int nStatus, long nServerTime, int nResult);

//回调失败原因
public delegate void CallBackLogOut(ELOGOUTREASON reason);

//回调获取好友
public delegate void CallBackGetFriends(long groupid, string userinfo);

//回调更新基本信息
public delegate void CallBackUpdateBaseInfo(long nUserid, string xml);

//回调用户状态更新
public delegate void CallBackUserStatusUpdate(long nUserid, EUETYPE eUEType, string szStatusDesc);

public CallBackLogin CbLogIn;
public CallBackLogOut CbLogOut;
public CallBackGetFriends CbGetFriends;
public CallBackUserStatusUpdate CbUserStatus;

[DllImport("ImApi.dll")]
public static extern void Login([MarshalAs(UnmanagedType.LPArray)]char[] name, [MarshalAs(UnmanagedType.LPArray)]char[] password, int status,[MarshalAs(UnmanagedType.U4)]EUETYPE mytype, bool bAnonymous);

private void btnlogin_Click(object sender, EventArgs e)
{
//
string path = "";
path = "d:\\bbb";

string name, pwd;
name = "kxt";
pwd = "123456";


//注册登录
CbLogIn = new CallBackLogin(OnLogin);
RegLoginCallBack(login);

//注册离开
CbLogOut = new CallBackLogOut(OnLogOut);
RegLogoutCallBack(CbLogOut);

//获取好友列表
CbGetFriends = new CallBackGetFriends(OnGetFriends);
RegGetFriendsCallBack(CbGetFriends);

//更新调用状态
CbUserStatus = new CallBackUserStatusUpdate(OnUpdateUserStatus);
RegUserStatusUpdatedCallBack(CbUserStatus);

bool bAnonymous = false;

StringBuilder name1 = new StringBuilder(36);
name1.Append("kxt");
StringBuilder pwd1 = new StringBuilder(30);
pwd1.Append("123456");

Login(name.ToCharArray(),pwd.ToCharArray(), 1, EUETYPE.EUETYPE_PC, bAnonymous);
}


public void OnLogin(long userid, int nStatus, long nServerTime, int nResult)
{
if (nResult == 0)
MessageBox.Show("userid:" + userid.ToString() + "nstatus:" + nStatus.ToString() + "nServerTime:" + nServerTime.ToString() + "NResult:" + nResult.ToString());
else
MessageBox.Show("登录失败!");
}


private void OnLogOut(ELOGOUTREASON reason)
{
//
MessageBox.Show("OnLogOut");
//Thread.CurrentThread.Abort();
}


private void OnGetFriends(long nUserid, string userxml)
{
//
MessageBox.Show("userxml");
}

private void OnUpdateUserStatus(long nUserID, EUETYPE nStatus, string szStatusDesc)
{
//
MessageBox.Show("UpdateUserStatus");
}

[cainiao77]

怎么没人说话呀/

[NetSuite - 张老师]

不太懂这方面的

[cainiao77]

引用 2 楼 u012025054 的回复:

不太懂这方面的

能回复就不错了。妹妹给这篇贴子带来了人气。

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·……

[cainiao77]

引用 4 楼 zhao4zhong1 的回复:

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·……

关键是dll是第三方的。。。

[cainiao77]

自己解决了。 把委托的调用方式加上。 [UnmanagedFunctionPointer(CallingConvention.Cdecl)] public delegate void CallBackLogin(long groupid, int nStatus, long nServerTime, int nResult); 比较一下 [UnmanagedFunctionPointer(CallingConvention.Cdecl)] 与[UnmanagedFunctionPointer(CallingConvention.Stdcall)]的区别 就知道什么意思了。 参考文章： http://stackoverflow.com/questions/1411110/access-violation-exception-crash-from-c-callback-to-c-sharp-function http://blog.csdn.net/xiaxiaonline/article/details/7069546 另外：csdn的态度之冷漠令人心寒。感谢楼上的美女，把分散给她吧。

[cainiao77]

居然没人回复。真是可悲！~