c# SerialPort使用时出现“已关闭 Safe handle”的错误我在开发SerialPort程序时出现了一个问题,在一段特殊的扫描代码的时候会出现“已关闭 Safe handle”的错误,很疑惑.我是通过线程对串口进行扫描的,原本我以为handle是指的线程,于是代码跟踪了半天,但也没发现线程有什么问题.于是把目光转移到SerialPort类上,写了一段测试代码: using System;using System.Threading;using System.IO.Ports; n

因为系统需要对一些核心数据进行预加载以保证查询速度. 所以在application_start 事件中启用了后台线程对相关的数据进行加载并解密(为了保证解密的效率,将AES对像做了静态对像来保存:private static readonly Aes aesAlg = Aes.Create();) 但是在有些情况下报"Safe handle has been closed"异常导致加载失败. 具体的堆栈信息: System.Runtime.InteropServices.SafeHan

最近在一个平台上使用SerialPort类开发程序时,发现程序在使用SerialPort类时会异常退出,而且诡异的是,就算把所有操作串口的代码都放在try{}catch{}块中也无法捕获这个异常.最终,在国外一个论坛上发现了一个解决方法. comport.open(); GC.SuppressFinalize(comport.BaseStream); 也就是在打开串口后,立刻调用GC.SuppressFinalize(comport.BaseStream); 这个函数可以阻止垃圾回收器去回收Se

Introduction of OpenCascade Foundation Classes Open CASCADE基础类简介 eryar@163.com 一.简介 1． 基础类概述 Foundation Classes Overview 本文将对Open CASCADE中的基础类进行介绍及如何使用基础类.更多信息可访问其官网:www.opencascade.org/support/training/. 基础类库提供了一些通用功能,如自动动态内存管理.集合.异常处理.泛型编程和plug-in的

Open CASCADE Foundation Classes Open CASCADE基础类 eryar@163.com 一.简介 1． 基础类概述 Foundation Classes Overview 本文将对Open CASCADE中的基础类进行介绍及如何使用基础类.更多信息可访问其官网:www.opencascade.org/support/training/. 基础类库提供了一些通用功能,如自动动态内存管理.集合.异常处理.泛型编程和plug-in的创建.基础类库包含如下内容: l

from:http://msdn.microsoft.com/en-us/library/ms229335.aspx 我们平时在VS.net里引用的那些类库就是从这里来的 The .NET Framework class library is a library of classes, interfaces, and value types that provides access to system functionality and is designed to be the foundat

http://www.3rgb.com/entry/dotnet_call_as400_program2 .NET连接AS400出现[Safe handle has been closed http://www.3rgb.com/entry/Safe_handle_has_been_closed_error_on_as400 DB2(as400)数据分页SQL http://www.3rgb.com/entry/db2_page_split_sql AS400命令行CALL程序时传递数字参数总结

简单例子如下: #include "Ice/Ice.h" #include "IceUtil/IceUtil.h" #include "Printer.h" using namespace std; using namespace Hello; class MyClass; typedef IceUtil::Handle<MyClass> MyClassPtr; class MyClass : public IceUtil::Shar

有时,在我们的程序运行的时候,会遇到一些崩溃问题,尤其是概率出现的时候,如果能捕获其异常,那么对于我们快速定位bug是很有帮助的 这里借用网上搜寻回来的函数,记录一下: 头文件及库: #include <dbghelp.h> #pragma comment ( lib, "dbghelp.lib" ) wstring GetPresentTime() { SYSTEMTIME time; GetLocalTime(&time); TCHAR wszTime[]; s

刚才在使用eclipse的时候发生了vm占用过高而无法使用的问题,最初我以为只要重启eclipse就可以解决,重启之后仍然没有效果.重启PC之后打开eclipse仍然无法打开.eclipse是有自己的崩溃日志的,找到崩溃日志,经过尝试确认stackoverflow中的一个回答对于我的问题是有效的,具体步骤如下. 一.查看eclipse的崩溃日志 eclipse的崩溃日志保存的位置是 (工作空间目录/.metadata/.log).打开.log文件,可以看到eclipse运行的日志,也有最近崩溃的

最近在上传为客户做的APP时,发现Xcode总会在进行到Upload Archive这一步时崩溃,导致APP上载不了.下面说说网上搜索到的几种解决办法. 方法一 亲测有效,很简单: 1.重新打开Xcode,从菜单中选择Window -> Organizer,打开APP提交页面. 2.保留Organizer界面,关闭Xcode再上传即可. 方法二 在Organizer中选择Export,导出ipa文件,再使用Application Loader上载. 方法三 这个方法在我这里没有生效,但考虑到个例

崩溃原因是和office高版本冲突,比如我64位win7装了64位office2013及visio就遇到了这个问题(我很纳闷,记得重装系统前装的是32位office2013及visio就未曾遇到该问题). 目前网上流传的解决方法是微软提供的Filetool.exe办法,详情请见http://blog.csdn.net/he_qiao/article/details/8245693 以上办法很麻烦也不好用, 今天用google搜索在微软社区中看到一个人的办法很好用,成功解决了该问题,目前VC++6

[等待事件]序列等待事件总结(enq: SQ - contention.row cache lock.DFS lock handle和enq: SV -  contention) 1  BLOG文档结构图 2  前言部分 2.1  导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① 序列等待事件总结 ② enq: SQ - contention.row cache lock.DFS lock handle和enq: SV

为了增加32位程序的用户虚拟内存的使用量,我们使用了/LARGEADDRESSAWARE编译选项来使32位程序可能使用到3gb的内存,能否使用到3gb内存也跟平台.系统和设置有关系,现摘抄部分作为参考具体可参考微软官方网站[i]: Limits on memory and address space vary by platform, operating system, and by whether the IMAGE_FILE_LARGE_ADDRESS_AWARE value of the 

OS2台:RH5.5 64位 WEBLOGIC VERSION:9.2.3 JDK:1.5 64位 weblogic一个管理服务,4个受管(2台服务器做集群,每台服务器2个受管).应用部署后通过一个月测试发现adminserver1-2周就崩溃一次.日志错误信息种类很多如下: ####<2014-6-25 下午05时23分35秒 CST> <Critical> <WorkManager> <dxp1> <AdminServer> <webl

利用CreateRemoteThread向进程注入远程代码时,一般会有以下两种做法: 利用LoadLibrary在目标进程加载指定的DLL 将代码复制到目标进程,然后启动这段代码 上面的第二种方法其实在使用上更加灵活.因为借用该方法,我们可以灵活地自定义函数(以下简称为启动函数)的参数.其使用流程一般为: 利用VirtualAllocEx / WriteProcessMemory 将启动函数的代码复制到目标进程 利用VirtualAllocEx / WriteProcessMemory 将启动函

通过崩溃捕获和收集,可以收集到已发布应用(游戏)的异常,以便开发人员发现和修改bug,对于提高软件质量有着极大的帮助.本文介绍了iOS和android平台下崩溃捕获和收集的原理及步骤,不过如果是个人开发应用或者没有特殊限制的话,就不用往下看了,直接把友盟sdk(一个统计分析sdk)加入到工程中就万事大吉了,其中的错误日志功能完全能够满足需求,而且不需要额外准备接收服务器. 但是如果你对其原理更感兴趣,或者像我一样必须要兼容公司现有的bug收集系统,那么下面的东西就值得一看了. 要实现崩溃捕获和收

1       案例描述 作为Windows程序员,平时最担心见到的事情可能就是程序发生了崩溃(异常),这时Windows会提示该程序执行了非法操作,即将关闭.请与您的供应商联系.呵呵,这句微软的“名言”,恐怕是程序员最怕见也最常见的东西了. 在一个大型软件的测试过程中,初期出现程序崩溃似乎成了不可避免的事.其实测试中出现程序崩溃并不可怕,反而是测试的成功.作为开发的我们更需要关心的是程序中的哪个函数或哪一行导致了系统崩溃,这样才能有针对性的进行改正. 本文描述了自己总结的几种定位崩溃的办法.

原文地址:http://blog.csdn.net/starlee/article/details/6649605 在我上篇文章<让程序在崩溃时体面的退出之SEH>中讲解了SEH中try/except可以捕捉异常,避免程序的崩溃,并且可以在处理完异常之后,还能决定进该进程如何执行.对于应用程序的使用者来说,并不知道异常的发生.但是对于软件的开发者来说,虽然避免了程序的崩溃,可是这样可以让程序崩溃的缺陷存在于代码中,就像一个定时炸弹,不知道什么时候会爆炸.要想修复这样的缺陷,首先要找到导致程序崩

原文地址:http://blog.csdn.net/starlee/article/details/6630816 在我的那篇<让程序在崩溃时体面的退出之CallStack>中提供了一个在程序崩溃时得到CallStack的方法.可是要想得到CallStack,必须有pdb文件的支持.但是一般情况下,发布出去的程序都是Release版本的,都不会附带pdb文件.那么我们怎么能在程序崩溃的时候找到出错的具体位置呢?这个时候就该Dump文件出场了!Dump文件是进程的内存镜像,可以把程序运行时的状态