解决方案 »

  1.   

    把这个dll放在系统的system32目录下,对其进行注册
    方法为在运行窗口中输入 regsvr32 你的dll路径
      

  2.   

    你看看dll是啥版本的。你当前有木有那个版本的.netFramWork
      

  3.   

    环境不一致导致的
    目标机安装OFFICE了?版本一致?
    目标机是64位,而你开发环境是32位?提示OFFICE14找不到,跟厂家DLL没关系
      

  4.   

    建议换NPOI导入导出
    这样跟CPU无关,也跟OFFICE版本无关
      

  5.   

    如果你确定不需要导入导出EXCEL,把DLL的引用去掉即可
      

  6.   

    这是我发布的程序在其他电脑上安装运行时的出错提示。提示无法加载的Ginkgo_Driver.dll是在程序中调用的动态库。这个错误是程序刚开始处catch到的一个错误,这是还没调任何关于office的东东。所以我没去查它提示的mso.dll 和excel.exe
      

  7.   


    Ginkgo_Driver.dll是买一个硬件模块商家给的动态库,方便二次开发
      

  8.   


    这个试过了,注册不了,提示 已加载 Ginkgo_Driver.dll,但没有找到DIIRegisterServer 输入点无法注册这个文件
      

  9.   

    .net 的程序默认同时兼容32和64位,但DLL不行,所以楼主在编译的时候选择x86吧
      

  10.   

    把DLL扔到system32 下..别动不动就regsvr32......
      

  11.   

    谢谢各位了,问题已经解决了!  原因:我的程序是在vs2005下编的。软件发布后,我在本电脑vs2005安装目录下将vs2005运行库vcredist_x86.exe 搜索出来并在目标机上进行了安装。然后再在目标机上安装我发布的软件,于是软件运行时,窗体部分可以正常显示出来,而调用Ginkgo_Driver.dll库时则提示错误“找不到指定模块”。后来问了下商家,发现他的Ginkgo_Driver.dll库是在vs2010下编写的! 于是商家将他编写改dll库是所用的vs2010的运行库发给了我,我在目标机上将该运行库进行了安装,然后发布的软件就可以正常运行了! 补充一点:
    像这种,程序中调用dll时报错,其实很可能程序已经没问题了,只是与该dll文件对应的硬件驱动可能没有安装完成。我之前在目标机上将商家给的驱动程序(exe文件)安装了一遍,但依然提示上面那问题,找不到指定模块。后来我把与这驱动对应的硬件插到电脑上,电脑好像有个自动检测驱动的过程。等电脑提示硬件可用了后,再运行发布的程序就完全ok了!