今天在封装海康设备的时候出现了这么一个问题,在初始化的时候提升无法加载 DLL“..\bin\HCNetSDK.dll”: 找不到指定的模块. 在网上查找了几个方法,并不是很靠谱,于是从源头找找,是什么问题 F12导航到定义函数的位置,发现原先的加载dll函数的路径是....\bin,一般来说SDK的简要说明会让你把一些sdk放在bin文件目录下面,比如我的这个: 但是我是在Release版本下编译的,产生的.exe可执行性文件也是在Release文件夹里面,在这一目录上一级没有bin这个文件夹

出现这个问题,是由于使用了非.NET 的动态链接库,需要注册 方法如下: 1.在搜索程序和文件中使用 regsvr32 "D:\Projects\8.01.01.03-重庆大足\lib\ValidateServerRelease32.dll" 命令就可以了

这个不是什么新问题了,这里说一下我遇到的这个操蛋事. 转载请注明出处 http://www.cnblogs.com/zaiyuzhong/p/6236263.html 我做的和往常一样,找到SDK开发包中的dll文件copy到项目然后添加引用,报错“未能添加对xxx.dll的引用,不是一个有效的blahblahblah”,试了下列网上的解决方法,未果. 想了一下演示程序里也有dll,copy过来,报错“未找到接口地址blahblahblah”.看了一下示例代码没发现有dll文件,大惊,遂打开示例

在机器A上运行.编译成功的程序,在B上不能正确被编译,并且添加r如 knbook.dll 时候提示如下: 未能添加对"knbook.dll"引用,请确保此文件可以访问并且是一个有效的COM组件或程序集 解决方法2个: 1.检查此dll文件是否为”只读“,修改方法,右键”属性“,若文件”属性“那里的只读勾选了,请去掉勾选. 然后重新添加引用即可 若还出现上述不能添加的问题,用下面的解决办法2 2.命令控制台下输入:regsvr32  e:\drms\web\knbook.dll(DLL文

最近在研究网络摄像头的二次开发,测试了一款海康威视的网络摄像头,程序调试的时候,出现如题的报错. 调试随机自带的demo时,程序运行正常,但当把该程序引入到我自己的程序中时,就开始报错.根据开发软件包的提示,将调试所需的DLL文件拷贝到bin文件下,仍然报错. 根据错误提示“无法加载DLL“..\bin\HCNetSDK.dll”:找不到指定的模块”信息,找到报错内容的定义处,发现为DLL文件引用. 与报错信息相同的为导入DLL文件的路径,即程序在该路径下无法找到所需的DLL文件. 因此我将DL

为没有源码的DLL文件添加强名称 如果项目中引用了其他没有源码的dll文件,并且此dll文件是没有强名称的程序集,则编译时会出现类似 "Assembly generation failed -- 引用的程序集 'xxxxxxxxxxx' 没有强名称" 这样的错误. 我这里引用的是Interop.Scripting.dll程序集,它不是强名称的,则需要进行以下操作: 1.打开SDK 命令提示窗口; 2.创建一个新的随机密钥对: sn -k Interop.Scripting.snk 3.

visual studio 2010 winform程序不能添加对system.web的引用[转载] 需要引用到System.Web.发现没有“System.Web”.在通过“浏览”方式,找到该DLL引用后,发现它出现一个叹号. 折腾了老半天,注意到错误提示中说了当前所用的框架是“.Net Framework 4 Client Profile”,看来这是VS 2010里新出来的划分了(在之前的版本,可是没有“Client”这东东的),于是打开项目的属性页,将“应用程序”下的“目标框架”选为“.N

解决方案里有很多项目.生成时提示100多个错误,都是未能找到元数据文件**.dll. 那就清理一下解决方案,一个一个来吧. 生成GateWay.Utilities项目时,虽然提示成功了,却发现bin/Debug/下是空的.生成路径配置是默认的,即bin/Debug/(Debug模式) 后来,从警告栏里发现了端倪:被引用项目“GateWay.Models”的目标为高于此项目的当前目标框架版本(4.5)的框架版本(4.8).如果此项目的目标框架之外的程序集中的类型被依赖链中的任何项目使用,则上述情况

新建项目: 1. 项目引入GZFramwork.dll NuGet地址:Install-Package GZFramwork 每个项目都引用 2.BLL层 设置数据库连接维护类:继承于:GZFramwork.DBUtility.FramworkDbConnection 代码: using GZFramwork; using GZFramwork.DBUtility; using System; using System.Collections.Generic; using System.Linq

错误提示 : 预定义的类型“Microsoft.CSharp.RuntimeBinder.Binder”未定义或未导入 是否缺少对 Microsoft.CSharp.dll 和 System.Core.dll 的引用 解决方案: 用记事本打开专案资料夹里的 *.csproj 找到<ItemGroup>区段 手动加入 <Reference Include="Microsoft.CSharp" /> <Reference Include="Syste

提示“找不到编译动态表达式所需的一种或多种类型.是否缺少对 Microsoft.CSharp.dll 和 System.Core.dll 的引用? ”错误 解决方法:   将引入的COM对象(miscrosoft excel 12.0 object library),属性里的嵌入互操作类型改 为Fasle.具体原因不知.

C#解决方案里有两种引用方式,项目引用和dll物理文件引用. 一.项目引用 严格引用,项目文件需包含在解决方案里,好处是便于调试,可直接进入代码.缺点是耦合度太高(必须全部编译通过才能run起来),项目太大的话编译麻烦,不利于部署升级和测试.因为是严格引用,单独替换dll是不起作用的.而且每次升级程序都要重新编译.打包.卸载.安装,相当麻烦. 二.dll物理文件引用 松散引用,引用的是dll物理文件,dll项目包不包含在解决方案里都无所谓(一般是包含的),好处是不必全部重新编译,哪里修改编译哪里

记得某位神仙曾经说过:一个项目不使用dll简直是一场灾难.(滑稽) 这篇文章以A+B/A-B为范例,来介绍如何在MinGW下编译dll并引用. 首先你要安装MinGW,并配置好环境变量(不配置环境变量也行,就是麻烦). 我们新建一段.cpp代码,命名为dll.cpp( 什么破名字 ),写入: #include <iostream> using namespace std; #define EXPORT __declspec(dllexport) extern "C"{ in

最近的项目要添加一个 x86 编译的dll, 首先添加引用,编译,报错: 首先判断是 项目中不能添加 x86 的引用,所以把所有的项目都按照 x86 的方式编译一遍,同时对应IIS 的应用池,也修改为启用32位. 本以为可以顺利显示,但是却报错.报错的是本机开发环境,但是部署到服务器测试却能够正常显示. 根据网上的提示,查看 系统日志里的应用程序日志, 再根据此错误信息,网上搜索,终于找到了解决方法. 1. 如果报错是 rewrite.dll , 则在程序-应用和管理 中修复 对应的IIS UR

问题: 解决方法:在程序集中找到System.Drawing.dll然后勾选引用.

当前项目是.net2.0框架,引用的dll是 .net 4.5框架,引用后编译时报错“未能找到类型或命名空间名称”. 当前项目 右键-->应用程序-->目标框架 改为 .net framework 4.5 即可.

Visual Studio 中添加引用的操作: 在“解决方案资源管理器”中,先右击项目图标,在弹出菜单选择“添加引用...” 然后在弹出的窗口中选择所要添加的选项,点击确定就可以了. 原文:http://keleyi.com/a/bjac/rh2ouu5w.htm

我们在使用vs进行开发调试的时候经常会遇到一个问题,就是当我们的主工程引用到其他工程更新的dll(我们经常采用copy到工程目录的方法).亦或者当我们的多个工程引用到同一个dll文件的时候,我们怎么来配置: 1.将dll配置到环境变量: 这种方法当然是可行的,只不过当我们的工程位置发生变化,环境变量就需要重新配置,而且为了单个小工程就去改变环境变量显得小题大做,不过也是一种方法: 2.工程的本地化配置: 通过设置vs工程的环境变量,实现对单个工程本地化配置的目标,环境变量可随整个工程迁移,设置方

项目右击,添加引用,(或菜单栏选择"项目","添加引用"),COM选项卡 复制去Google翻译翻译结果  

缘起 很多时候,我们需要引用在不同平台下的DLL,32位(X86)和64位(X64).如果平台错误,在C#中会引发BadImageFormatException异常. 解决思路 我们同时不能添加不同平台下的DLL,即使名称不一样(会报类型同时存在于两个DLL中).能不能只在某种平台下引用,在其他平台下不引用呢? VS工程的配置都保存在配置文件(.csproj)中.在VS中,找到相应的项目,右键选择卸载项目,完成后项目变为灰色.然后在项目上单击右键,选中编辑(项目名称).csproj.这们我们就可