今天试用OpenVINO的例子,在过程中发现了一些其他人没有经历的坑特别记录一下. 出错时候:执行Intel OpenVINO示例的是时候,出错的提示代码: 用于 .NET Framework 的 Microsoft (R) 生成引擎版本 15.9.21+g9802d43bc3 版权所有(C) Microsoft Corporation.保留所有权利. 8>C:\Intel\computer_vision_sdk_2018.5.445\deployment_tools\inference_eng

对于C#中异常:“The type initializer to throw an exception(类型初始值设定项引发异常)”的简单分析,目前本人分析两种情况,如下: 情况一: 借鉴麒麟.NET的类型初始值设定项引发异常文章!!!写的很详细,大家可以看一看! 其实麒麟.NET的这篇文章主要讲解分析了静态成员的方面,总的说就是:类型初始化或访问类型的静态成员时,都会对类中的其他静态成员进行初始化,如果有静态构造函数的话,一并执行静态构造函数.在这过程中所引发的异常我就直接借鉴麒麟.NET的例

又一次遭遇"xxx类型初始值设定项引发异常" 下了个c#实现的轻量级IoC开源项目,可是在本地使用时发现一运行就捕捉到"类型初始值设定项引发异常"的异常信息,调试几次还是不能确定到底什么地方出了问题.印象中好像碰到过这种异常,初步估计是某个静态类初始化不成功引起的,但是不能肯定. 无奈打开ILSpy查看源码,发现静态初始化的地方非常多,而且代码看上去层层嵌套,类名繁多,一行一行跟上去很容易绕晕.折腾好久未果,无奈google一下,发现早就有人和我碰到一样的问题,一看

Oracle.DataAccess.Client.OracleCommand”的类型初始值设定项引发异常. 64位系统下,部署32位odp.net,出现问题.解决方法:卸载32位xcopy odt.net,安装64位版本,引用32位的Oracle.DataAccess.dll(996K),依然可以用,可能是64位兼容32位的原因吧!

在Net中VS2015用RdKafka组件开发消息发布和消费,引发下面的异常 RdKafka.Internal.LibRdKafka 的类型初始值设定项引发异常System.TypeInitializationException: “RdKafka.Internal.LibRdKafka”的类型初始值设定项引发异常. ---> System.DllNotFoundException: 无法加载 DLL“librdkafka”: 找不到指定的模块. 百度不到有用的价值信息,去google,翻了好几

今天搞到NHibernate时,突然报了一个“NHibernate.Cfg.Configuration 的类型初始值设定项引发异常.”的异常. 详细异常信息“System.IO.FileLoadException”类型的异常在 WebApplication1.dll 中发生,但未在用户代码中进行处理 其他信息: 未能加载文件或程序集“log4net, Version=1.2.10.0, Culture=neutral, PublicKeyToken=1b44e1d426115821”或它的某一个

在VS2015中使用SAP Connector 3.0(SapNco)的.net4.0x86版本开发时,程序运行到RfcDestinationManager.TryGetDestination时报错: “SAP.Middleware.Connector.RfcDestinationManager”的类型初始值设定项引发异常 解决方式:目标框架选择.NET FrameWork 4,在app.config中加入如下配置, <?xml version="1.0"?><con

[C#]无损转换Image为Icon 如题,市面上常见的方法是: var handle = bmp.GetHicon(); //得到图标句柄 return Icon.FromHandle(handle); //通过句柄得到图标 此法的问题是,如果图像是透明背景,那么得到的Icon的边缘就是毛糙的,像是先垫了一层背景色然后再去色的效果,很不如人意,用过的朋友都知道.尚未研究是bmp.GetHicon出的问题,还是Icon.FromHandle有问题,日后有闲心再捣鼓下. 下面给出完美转换方法: /

System.TypeInitializationException: “CrystalDecisions.ReportSource.ReportSourceFactory”的类型初始值设定项引发异常. ---> System.TypeInitializationException: “CrystalDecisions.Shared.SharedUtils”的类型初始值设定项引发异常. ---> System.IO.FileNotFoundException: 未能加载文件或程序集“log4n

C#如何使用NLOG,网上有很多介绍,本次使用时遇到一个问题,使用NLOG写日志时,出现初始化异常,基本异常信息如下: System.AggregateException: 发生一个或多个错误. ---> System.TypeInitializationException: “xxx”的类型初始值设定项引发异常.   ---> System.Configuration.ConfigurationErrorsException: 配置系统未能初始化 ---> System.Configu

Oracle.ManagedDataAccess.dll 连接Oracle数据库不需要安装客户端 最开始,连接Oracle 数据是需要安装客户端的,ado.net 后来由于微软未来不再支持 System.Data.OracleClient 这个 Data Provider 的研发,从 .NET 4 以后的版本,会将不在维护和更新了.所以决定采用Oracle 自家的解决方案 ODP.NET; ODP.NET,也是需要安装部署,而且还分32,64位两个版本,可能是掌握的不够好吧,经常报错,连接部署,

刚上线一个新版本,其中有台电脑打开软件就报[xx的类型初始值设定项引发异常](还好不是一大波电脑,新东西上线就怕哀鸿遍野),如图: 显然是该类型的静态构造函数中抛异常了(红线处就是类名),遂打开该类,其构造函数中唯有一句看起来可能引发异常,即: Process.EnterDebugMode(); //用来开启本进程调试特权(SeDebugPrivilege) 随即把这句放到一个测试程序中,再把测试程序拷到问题电脑上跑,果然是它,抛异常:Win32Exception:并非所有引用的特权或组都分配给

"System.Data.SqlClient.SqlConnection"的类型初始值设定项引发异常 问题出在了 .net 的C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config 文件里.可能是安装其他软件导致配置文件被修改导致. 解决办法:将machine.config用同在一个目录下的machine.config.default替换.

前言 自从.NET出现后,关于CLR异常机制的讨论就几乎从未停止过.迄今为止,CLR异常机制让人关注最多的一点就是“效率”问题.其实,这里存在认识上的误区,因为正常控制流程下的代码运行并不会出现问题,只有引发异常时才会带来效率问题.基于这一点,很多开发者已经达成共识:不应将异常机制用于正常控制流中.达成的另一个共识是:CLR异常机制带来的“效率”问题不足以“抵消”它带来的巨大收益.CLR异常机制至少有一下几个优点: 1.正常控制流会倍立即中止,无效值或状态不会在系统中继续传播. 2.提供了统一处

未处理System.TypeInitializationException  HResult=-2146233036  Message=“System.ServiceModel.Diagnostics.TraceUtility”的类型初始值设定项引发异常.  Source=System.ServiceModel  TypeName=System.ServiceModel.Diagnostics.TraceUtility  StackTrace:       在 System.ServiceMod

在一开始时将connectionStrings 写在了configSections之上如下图一示,结果抛出:“System.Data.Entity.Internal.AppConfig”的类型初始值设定项引发异常. 图一:最初配置 图二:抛出异常 解决方法,是将connectionStrings 写在了configSections之下,如图三 图三:调整后的配置

出现问题的原因: 在本机上没有出现问题,让一个同事测试的时候,在另外一台电脑上出现连接数据库失败,系统不能打开的问题 在网上搜了一下,有说是数据库连接字符串错误的,有说app.config文件配置不匹配等原因的.总之是没有解决这个问题 出现问题的错误信息,不全,只给出了主要的信息:如下 错误描述:Void .ctor() System.TypeInitializationException: “System.Data.SqlClient.SqlConnection”的类型初始值设定项引发异常.

学习使用Spring.NET中的时候,写了一个Demo,在运行时报了一个错误:Spring.Context.Support.ContextRegistry 的类型初始值设定项引发异常. 重新整理思绪,网上疯狂搜索引发该错误的原因,一小时过后,以绝望告终. 开发环境:VS2012,Spring.NET版本1.3.2,控制台Demo 无意中将App.Config中的一段代码删掉后可以运行通过了…… <startup> <supportedRuntime version="v4.0&

今天在使用的EF时候,发生了"System.Data.Entity.Internal.AppConfig"的类型初始值设定项引发异常.这样的一个错误 查了原因,原来是appconfig中,connectionStrings的位置放错了.因为configSections必须是appconfig的第一个节点 这样是不对的. 应该是 感觉这种情况应该不仅仅只限于这个EF,只要configSections不是第一个标签就会有问题,也适用于其他情况~~

今天遇到了一个这样的问题“DBUtility.DbHelperSQL”的类型初始值设定项引发异常“DBUtility.DbHelperSQL”的类型初始值设定项引发异常 也许有和我遇到这问题的人也在这个问题怎么解决,在没有解决这个问题的时候我也和你们现在的心情一样,也百度过了,goolge过但是还是没有解决,在这个时候我们需要冷静下来想想问什么会出现这个问题 分析一下问题出现的原因,现在我来解答为什么会出现这个错误,其实很简单就是你没有配置好web连接数据库的语句,在这个里面找原因就是对了 pu

转发: 由于有些非托管的DLL内部异常未有效处理,当托管程序调用到这样的DLL时,就引起托管程序意外退出. 托管程序使用通常的捕获try……catch块不起作用.原因是.NET 4.0里新的异常处理机制引起. 在4.0以前,因为SEH异常被转换成了跟普通.NET异常相同的异常,这样程序员只要用catch ( Exception e)的模式就可以捕捉到所有的异常.这样处理的问题是,由于SEH异常通常都不是托管代码抛出的,托管代码根本就不知道SHE异常被扔出来的原因,简单的catch ( Excep