执行当前Web请求期间生成了未处理的异常的信息可以使用下面的异常堆栈跟踪信息确定有关异常原因。

[NullReferenceException: 未将对象引用设置到对象的实例。]
WebRegister.cWebRegister.IsToRegister() +76
WebRegister.login.preLogin.btnAction() +238
WebRegister.login.preLogin.Button1_Click(Object sender, EventArgs e) +29
System.Web.UI.WebControls.Button.OnClick(EventArgs e) +105
System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) +107
System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +7
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +11
System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +33
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +5102

怎么回事啊

你的代码里有对象为null了，导致了这个bug，
错误告诉你了，在
WebRegister.cWebRegister.IsToRegister这个方法里出的异常，在第76行，你看下那个代码吧

这是iis返回的错误,严格来说是framework产生的错误信息,而且为什么安全性,并未将错误源码显示出来,也就是说这个只能知道产生错语了,但不能确定是哪一块源码出现的错误. 如果要想显示出真的的源码上的错误,你可以在同一个台服务器上执行浏览时,该错误会发给相应的游览器,比如在iis设置的而面中有两上游览,其中有一个就是以浏览器的方式进行浏览的,这种情况下会返回源码错误.也就是说由于设置的不同,在服务器上使用localhost浏览与使用127.0.0.1游览就会返回不同的信息.或者找到你的源码中的web.config文件,用记事本之类的程序打开,你可以看到一个xml文件构架,在其中配置debug节,如果在允许调试的情况下也是会显示出真正的源码错误的.只有这样才能找出真正的错语,否则每一项错误都会报/应用程序错误的. 也就是说,这些错语信息只有一个大体的判断,而不能找到真正错误的源码,只知道错误是未将对象引用到实例而已.所以无法排除错误.就好比你就的一句话犯了一个常识性错误,而你并不知道你说的那一句犯了这个错误一样.