解决方案 »

  1.   

    你也遇过这种情况,把DLL编译成Release就OK了吗?
      

  2.   

    让非托管dll开发者提供.net的驱动层吧。应用为王。如果要引入非托管的dll,我们会让对方必须做一个托管的接口工程,并且经过我们严格的大规模并行测试,证明没有内存溢出。
      

  3.   

    c#配置path路径没用的吧,你代码里写死了绝对路径那给别人安装就业必须是绝对路径。  这边写相对路径,放到bin中,发布。
      

  4.   

    ShareCommunication可能用到了第3方部件,而目标机器上没有该部件
      

  5.   

    绝对路径和相对路径都发布过了,都是不行,还是报错,估计如3楼说的需要.net的驱动
      

  6.   

    应该是5楼的说法。用DEPENDS看下你的dll还引用了什么。
      

  7.   

    但是我在本机上测试又是可以的啊?真是奇怪了因为你本机有ShareCommunication引用的控件,比如你装了vs2012,而有的电脑没有。
      

  8.   

    thanks,我叫开发者帮忙看看才行