不管你用什么编程语言，都会面临如何处理错误日志的问题。很多程序员对错误日志放任自流，直到出现故障了才追悔莫及，如果问小编怎么办，我会给你推荐 Sentry！ 什么是Sentry？    无论测试如何完善的程序，bug总是免不了会存在的，有些bug不是每次都会出现，测试时运行好好的代码可能在某个用户使用时就歇菜了，可是当程序在用户面前崩溃时，你是看不到错误的，当然你会说:“Hey, 我有记日志呢

$Form1 = GUICreate("", 533, 464) $Input_1 = GuiCtrlCreateInput("", 10, 20, 190, 30) $Label_2 = GuiCtrlCreateLabel("", 220, 30, 130, 20) Global Const $WM_COMMAND = 0x0111 GUIRegisterMsg($WM_COMMAND

昨天在敲下面一个一段代码的过程中遇到了点小麻烦，实时错误'3706'未找到提供程序。改程序可能未正确安装。 Dim strCn As String Dim strCn As String Set objCn = New Connection '实例化对象Connection对象objCn strCn =

今天敲个红皮书实例5的时候，出现了这个错误，在网上查了查，有的说是注册表，有的说是iss管理器等设置问题，我试了都不行后来我把实例4的复制过来，就好了，仔细对了一下，原来是 Provider=Microsorft.Jet.OLEDB.4.0;Persist Security Info=False;" & _     "Data Source=" & App.Path & "\实例 4.mdb 这里

 出来混，欠的总是要还的。这不学VB的时候没有学好，如今敲学生信息管理系统，遇到的净是VB的问题。 原因如下： 这种是你的对像已经清除了，但你的程序代码里有调用它的地方， 比如form2已经unload 但你在form1 里去调用他的部分conrol那么就会说对像已经unload 请确保代码流程是否符号VB事件的流程。 比如unload的事件代码就不能放在load里，（我就是这里错了，注意事件

我认为很多开发人员知道用户告诉他们“应用程序很慢(再次)”的不舒服感觉。 在复杂的Web应用程序中，(感知)性能下降可能有许多可能的原因：缓慢的数据库响应，带宽问题，缓存缓存等。在开发或分期环境中肯定会有这些问题。 现在我的问题： 是否有一套工具和/或方法可以以可视方式在IIS / ASP.NET / SQL Server生产系统上提供全面的“实时”状态(而不仅仅是性能计数器)： >当前的HTTP

在真正的服务器上保存.NET PDB文件是否存在任何安全问题？ 我知道抛出异常可能需要更长的时间，但是在正常执行过程中谁会抛出异常？