vs.net调试的时候出错信息不全，怎样能显示更详细的错误细节？

Question

try
{
....
}
catch (Exception e)
{
   MessageBox.Show(e.message);
}
这样或许能得到多点信息？

Answer 1

我是说vs.net它本身的错误提示就应该有一些细节的

Answer 2

看看那个exception的stacktrace，
然后看看有没有innerException

Answer 3

c#就是这样的，不是什么设置的问题，你如果想得到详细的信息，就必须找到近可能多的有关sql错误的exception的重载，你可以在csdn中搜索：sql exception(一定在sql和exception之间加空格)祝你好运，不过话说回来，现在“物价上涨”，你问个问题才给20分，难怪没人回啊。 ：）

Answer 4

to fa2002(叮当):
你说的不明白

Answer 5

这句话你总明白把：在csdn中搜索：sql exception(一定在sql和exception之间加空格)

Answer 6

SqlException 成员 、SqlError 成员、SqlErrorCollection 类、
System.Data.SqlClient 命名空间、
这就是搜索出来的啊！其中SqlErrorCollection 类收集由 SQL .NET 数据提供程序生成的所有错误。SqlError 收集与 SQL Server 返回的警告或错误有关的信息。
你知道我当年有问题不会的时候，98年那里有现在能上网有怎么多的资料和好心人能帮你，那真是要放下尊严去求人啊！自己不会还不虚心，别人说你几句，你就不服气，告诉你方法，你总是抱着他说的不对的态度去试，怎么能成功！
你这样下去，早晚一一事无成！！！

Answer 7

呵呵，答的文不对题，还摆出一副前辈的模样来训人，你98年怎么的怎么的，是不是显得自己历史很悠久啊。
我的出错提示是“其他信息：系统错误。”又没报错误号，错误代码。你找出这么多的“SqlException 成员 、SqlError 成员、SqlErrorCollection 类、
System.Data.SqlClient 命名空间、”
有鸟用啊？有了本事再训人，98年的时候我都搞了N年了

Answer 8

你脑子进水了，你知道catch的用法吗？
SB我懒的理你！！！

Answer 9

你在使用ADO.NET进行操作的时候，肯定会用到一个方法，例如你用到了Connection.Opoen的时候，你就到.Net的帮助文挡里找到这个方法的帮助描述，然后他会告诉你这个方法都会出现什么异常。然后你在程序的代码中使用try - catch进行调用，将所有的异常进行扑捉，在将错误信息显示出来。或者你在调试的过程中充分利用.net提供的Trace和Debug功能进行调试我觉得一般在.Net中的环境设置不会出现什么问题，还是多对代码进行一些调试比较好

Answer 10

to 7710703(易水寒)  
  我的意思是既然用try可以捕捉到发生的错误，为什么vs.net环境就不能在程序出错的时候把这个错误的详细信息直接的显示在output窗口，一定要程序员在运行程序时出现了错误，然后再去在出错的地方加try来捕捉呢，这样真的很不方便。

Answer 11

因为有很多错误是在运行的时候才能被发现的，vs.net环境的出错信息只是在编译的时候发现的编译错误，因为这时程序还没有被运行，他是无法知道运行的时候的错误的。因此，vs.net环境提供了设置断点，利用Trace和Debug来让我们进行调试。而try更多的目的是为了让我们在程序运行的时候避免直接出现错误窗口给用户，而用catch来进行扑捉处理。当然用他来调试也是很好的。

Answer 12

唉，我的意思是在调试运行的时候，vs.net完全可以把运行中产生的错误的地方中断运行，把完整的显示出来，不要程序员很辛苦的出一个错就去加一个try啊。

Answer 13

说你SB你还不信，这都半个多月过去了，这么点屁事，你还没弄明白，还居然挑起vs.net的毛病，你牛B，回头自己打个补丁上去好了。我最后还是要说，你丫的就是SB!!

Answer 14

好浓火药味。chnking (kent)：
你只告诉别人是SqlException，别人也很难为你解答，因为产生Exception的可能有很多。如果可以的话把部分代码贴出来吧。

Answer 15

因为软件是成百上千人写的。system.data这一段是成熟的代码，它里边怎会给你编译调试信息呢？对吧！它没有将出错信息写的很详细是写这段系统代码的人的不对。但是，或许就像你引用这段代码就会报告莫名其妙的错误一样，当初写system.data库的某个人可能也不是造成这个问题的最初的元凶，可能很难找到元凶。你应当将你的程序段公布出来，并且指出出错的地方。