.NET 应用错误记录
1、提示信息： Visual Studio 。NET已检测到指定的Web服务器运行的不是ASP 。NET 1.1版。您将无法运行ASP 。NET Web应用程序或服务。解决方法（简言之）：（1）首先确保你安装了IIS和.NET Framework的相关版本，（2）满足条件1时，出现上述错误，可以首先检查IIS设置，诸如是否存在网站、网站的IP地址分配方式是否为“全部分配“ （3）再次，你可尝试重新安装下框架，aspnet_regiis /i 这样就可以解决问题了。 2、安装MS-SQLServer时，可能会遇到提示“以前的某个程序安装已在安装计算机上创建挂起的文件操作”，致使我们无法正常安装SQLServer服务器，然而当你尝试着重新启动的方法来解决，可能会发现问题依然，……下面是具体的解决方法，baidu、Google都可以找到答案，我在这里贴出来，如下：
开始/运行/输入regedit回车，依次展开如下： +HKEY_LOCAL_MACHINE +SYSTEM +CurrentControlSet +Control +Session Manager下的FileRenameOperations删掉
以上的解决方法在实际应用中非常好用。：）
补充：你在操作完注册表的对应项时，无需重新启动电脑，便可安装SQLServer，假如你重新启动了计算机，那么可能你还会遇到同样的提示，进而无法安装！
3、 说明: 在处理向该请求提供服务所需的配置文件时出错。请检查下面的特定错误详细信息并适当地修改配置文件。 分析器错误信息: 访问被拒绝：“ActiproSoftware.Shared”。 源错误:
|
“/eReport/eReportPlatform1.0QG/Web”应用程序中的服务器错误。
配置错误
关闭机器中的索引服务！
3、在.NET 1.1中的项目移植到.NET 2.0，ERROR如下：
Invalid postback or callback argument. Event validation is enabled using <pages enableEventValidation="true"/> in configuration or <%@ Page EnableEventValidation="true" %> in a page. For security purposes, this feature verifies that arguments to postback or callback events originate from the server control that originally rendered them. If the data is valid and expected, use the ClientScriptManager.RegisterForEventValidation method in order to register the postback or callback data for validation.
查了下相关资料：
这是由于在net2.0里增加了一项页面验证：enableEventValidation 此属性默认值是TRUE。 即发送到客户端的内容和客户端回送的内容进行对比验证，如果非法则提示出错。 所以过去NET1。1下面所有利用XMLHTTP填充下拉框的页面都会出现此错误（客户端脚本改变了客户端的内容）
解决方法是： 在页面属性里设置：enableEventValidation="false"，这样只能单个页面起作用 也可以在WEB.CONFIG的System.Web里增加：,作用域是整个站点
3、F5 启动Debug与附件进程Debug 经测试 这两者是不同的，同一个函数检查当前用户是否是合法的域用户，F5的方式进入后发现正常附加进程的方式则提示 原本存在的域用户非法 waiting...
4、模拟帐户的问题
配置错误
说明: 在处理向该请求提供服务所需的配置文件时出错。请检查下面的特定错误详细信息并适当地修改配置文件。 分析器错误信息: 未能从配置文件中指定的凭据创建 Windows 用户标记。源自操作系统的错误“此工作站和主域间的信任关系失败。 ” 源错误:
|
5、DateTime溢出在.NET程序里面通过多个函数调用SQL Server的一个存储过程，向它传递的参数包括一个DateTime型的数据，因为在有的情况下会忽略这个字段，因此有的函数我就让它传递一个固定值DateTime.MinValue进去，问题就来了，执行的时候会发生这样一个错误：SqlDateTime overflow. Must be between 1/1/1753 12:00:00 AM and 12/31/9999 11:59:59 PM.显然，这个问题是因为SQL Server只能接受范围从1/1/1753 12:00:00到12/31/9999 23:59:59的时间值，然而在.NET中DateTime类型的取值范围是1/1/0001 00:00:00到12/31/9999 23:59:59，可见.NET的DateTime.MinValue的值显然不在SQL Server接受的范围之内。于是我们跟踪一下.NET的程序，发现DateTime.MinValue在程序中表示的形式是：1/1/1，而我们直接运行SQL Server的Procedure，并向其传入1/1/1这个值，竟然没有发生错误，这又是为什么呢？原来1/1/1在.NET中表示1/1/0001，而在SQL Server中，它表示1/1/2001，所以就出现了这种情况。
顺便说一下，在Oracle中，Date类型的范围是从1/1/-4712到12/31/9999，负数表示公元前 DateTime部分在系统中应用时一定要注意尤其是测试时！