Как определить номер строки ошибки

EvgeniyZEvgeniyZ

15.2k2 золотых знака27 серебряных знаков51 бронзовый знак

    static void Main()
    {
        try
        {
            int i = 3;
            while (true)
                Console.WriteLine(i / --i); // тут будет деление на 0
        }
        catch (Exception e)
        {
            Console.WriteLine(e.StackTrace);
        }
    }

В .NET Core мне выводит, что ошибка на 13 строке, там находится Console.WriteLine()

at ConsoleApp1.Program.Main() in D:ProjectsC#ConsoleApp1Program.cs:line 13

ответ дан 29 мар 2020 в 12:34

Mustafa EkiciMustafa Ekici

7,2429 gold badges55 silver badges75 bronze badges

Try this simple hack instead:

First Add this (extension) class to your namespace(most be toplevel class):

public static class ExceptionHelper
{
    public static int LineNumber(this Exception e)
    {

        int linenum = 0;
        try
        {
            //linenum = Convert.ToInt32(e.StackTrace.Substring(e.StackTrace.LastIndexOf(":line") + 5));

            //For Localized Visual Studio ... In other languages stack trace  doesn't end with ":Line 12"
            linenum = Convert.ToInt32(e.StackTrace.Substring(e.StackTrace.LastIndexOf(' ')));

        }


        catch
        {
            //Stack trace is not available!
        }
        return linenum;
    }
}

And its done!Use LineNumber method whenever you need it:

try
{
//Do your code here
}
catch (Exception e)
{
int linenum = e.LineNumber();
}

try this

To get the line numbers in the StackTrace, you need to have the correct debug information (PDB files) alongside your dlls/exes. To generate the the debug information, set the option in Project Properties -> Build -> Advanced -> Debug Info:

Setting it to full should suffice (see the MSDN docs for what the other options do). Debug info (ie. PDB files) are generated for Debug build configurations by default, but can also be generated for Release build configurations.

Generating PDBs for release builds enables you to ship you code without the PDBs, but to drop the PDBs next to the dlls if you need line numbers (or even to attach a remote debugger). One thing to note is that in a release build, the line numbers may not be entirely correct due to optimisations made by the compiler or the JIT compiler (this is especially so if the line numbers show as 0).

answered Dec 1, 2011 at 8:54

The problem is that you’re trying to get the line number of the first frame of the exception:

System.Diagnostics.StackTrace trace = new System.Diagnostics.StackTrace(ex, true);
Console.WriteLine("Line: " + trace.GetFrame(0).GetFileLineNumber());

However, the exception does not originate in the line you write ExecuteNonQuery, but somewhere within that function, possibly multiple stack frames (i.e. nested function calls) deeper. So the first frame (which you explicitly retrieve using GetFrame(0)) is somewhere inside Microsoft’s code (most likely System.Data.dll) for which you don’t have any debugging symbols.

Write out the complete exception stacktrace in your function to see what I mean:

try
{
   // your code ...
}
catch (Exception ex) 
{
   Console.WriteLine(ex);
}

Short of parsing the stacktrace (i.e. ex.StackTrace) there is no reliable why to get the linenumber of the «ExecuteNonQuery()» invocation. I would especially not try to count the stackframes up the stack where your call to ExecuteNonQuery() happens.

I wonder however, what you need the sole linenumber for, why not just log/print/whatever the complete stacktrace instead. At least for diagnostics reasons that is much more useful anyway.

answered Jan 20, 2012 at 9:51

d-coderd-coder

1,1801 gold badge11 silver badges17 bronze badges

You can use the System.Diagnostics.StackTrace class as below:

public void MethodName()
{
    try
    {
        throw new Exception();
    }
    catch (Exception ex)
    {
        // Get stack trace for the exception with source file information
        var trace = new StackTrace(ex, true);

        // Get the top stack frame
        var frame = trace.GetFrame(0);

        // Get the line number from the stack frame
        var line = frame.GetFileLineNumber();
    }
}

answered Jan 20, 2012 at 10:08

Here’s a rather easy way to get a bunch of info from the Exception object: Just add code like this to any potentially exception-throwing methods:

catch (Exception ex)
{
    String exDetail = String.Format(ExceptionFormatString, ex.Message, Environment.NewLine, ex.Source, ex.StackTrace);
    MessageBox.Show(exDetail);
}

The information you get will often be more specific, especially as regards line numbers of where problems are occurring, than you would otherwise see.

You may have noted that the String.Format() uses a constant, namely «ExceptionFormatString». This is a good practice, so that if you want to change it, after adding the above code to 40-eleven methods, you can just change it one place. Anyway, here it is:

public static readonly String ExceptionFormatString = "Exception message: {0}{1}Exception Source: {2}{1}Exception StackTrace: {3}{1}";

Happy Debugging!

answered Nov 15, 2015 at 1:28

Rowland ShawRowland Shaw

37.6k14 gold badges97 silver badges166 bronze badges

Raed AlsalehRaed Alsaleh

1,5519 gold badges27 silver badges50 bronze badges

Petre TPetre T

4725 silver badges12 bronze badges

Copy the entire stack trace in to a string or stringbuilder by using try/catch that can throw, see the below example

try
{
    //Do some programming
}
catch(Exception ex)
{

   //Catch the exception and assign the stack trace
   StackTrace = ex;
}

The output will be

System.IndexOutOfRangeException: Index was outside the bounds of the array.   
at Program.Run() in C:Console Application1Program.cs:line 37    
at Program.Main(String[] args) in C:Console Application1Program.cs:line 45 

The first line shows the type of the exception and the message. The second line shows the file, function and line number where the exception was thrown

answered Dec 1, 2011 at 8:47

Попробуйте этот простой хак:

Сначала добавьте этот класс (расширение) в пространство имен (наиболее подходящим для класса):

public static class ExceptionHelper
{
    public static int LineNumber(this Exception e)
    {

        int linenum = 0;
        try
        {
            //linenum = Convert.ToInt32(e.StackTrace.Substring(e.StackTrace.LastIndexOf(":line") + 5));

            //For Localized Visual Studio ... In other languages stack trace  doesn't end with ":Line 12"
            linenum = Convert.ToInt32(e.StackTrace.Substring(e.StackTrace.LastIndexOf(' ')));

        }


        catch
        {
            //Stack trace is not available!
        }
        return linenum;
    }
}

И его сделать! Используйте метод LineNumber всякий раз, когда вам это нужно:

try
{
//Do your code here
}
catch (Exception e)
{
int linenum = e.LineNumber();
}

pingsft
06 июль 2012, в 14:01

Поделиться

попробуйте это

Чтобы получить номера строк в StackTrace, вам нужно иметь правильную отладочную информацию (файлы PDB) вместе с вашими dll/exes. Чтобы сгенерировать информацию об отладке, установите параметр в Project Properties -> Build -> Advanced -> Debug Info:

Установка его в full должна быть достаточной (см. документы MSDN, что и другие варианты). Информация об отладке (то есть файлы PDB) генерируется для конфигураций сборки Debug по умолчанию, но также может быть сгенерирована для конфигураций сборки Release.

Генерирование PDB для релизных сборок позволяет вам отправлять вам код без PDB, но для отказа от PDB рядом с DLL, если вам нужны номера строк (или даже для подключения удаленного отладчика). Следует отметить, что в сборке релизов номера строк могут быть не совсем корректными из-за оптимизаций, сделанных компилятором или компилятором JIT (это особенно важно, если номера строк отображаются как 0).

Enigma State
01 дек. 2011, в 10:51

Поделиться

Проблема заключается в том, что вы пытаетесь получить номер строки первого кадра исключения:

System.Diagnostics.StackTrace trace = new System.Diagnostics.StackTrace(ex, true);
Console.WriteLine("Line: " + trace.GetFrame(0).GetFileLineNumber());

Однако исключение не возникает в строке, которую вы пишете ExecuteNonQuery, но где-то внутри этой функции, возможно, несколько кадров стека (т.е. вложенных вызовов функций) глубже. Таким образом, первый кадр (который вы явно извлекаете с помощью GetFrame(0)) находится где-то внутри кода Microsoft (скорее всего, System.Data.dll), для которого у вас нет отладочных символов.

Выпишите полное исключение stacktrace в своей функции, чтобы увидеть, что я имею в виду:

try
{
   // your code ...
}
catch (Exception ex) 
{
   Console.WriteLine(ex);
}

Недостаточно синтаксического анализа stacktrace (т.е. ex.StackTrace), нет надежного способа получить имя строки вызова ExecuteNonQuery(). Я бы особенно не попытался подсчитать стековые кадры вверх по стеку, где происходит ваш вызов ExecuteNonQuery().

Интересно, однако, что вам нужен единственный linenumber для, почему бы просто не записывать/печатать/независимо от того, что представляет собой полный стек. По крайней мере, по причинам диагностики, которые намного полезнее.

Christian.K
20 янв. 2012, в 11:34

Поделиться

Вы можете использовать класс System.Diagnostics.StackTrace, как показано ниже:

public void MethodName()
{
    try
    {
        throw new Exception();
    }
    catch (Exception ex)
    {
        // Get stack trace for the exception with source file information
        var trace = new StackTrace(ex, true);

        // Get the top stack frame
        var frame = trace.GetFrame(0);

        // Get the line number from the stack frame
        var line = frame.GetFileLineNumber();
    }
}

VS1
20 янв. 2012, в 11:11

Поделиться

Вы можете получить 0 в результате, если вы не инициализируете StackTrace для включения fileinfo.

Попробуйте это

try
{
    //code
}
catch (Exception e)
{
    var lineNumber = new System.Diagnostics.StackTrace(e, true).GetFrame(0).GetFileLineNumber();
}

Это сработало для меня.

d-coder
22 март 2014, в 21:04

Поделиться

Здесь довольно простой способ получить кучу информации из объекта Exception: просто добавьте такой код к любым потенциальным методам исключения:

catch (Exception ex)
{
    String exDetail = String.Format(ExceptionFormatString, ex.Message, Environment.NewLine, ex.Source, ex.StackTrace);
    MessageBox.Show(exDetail);
}

Информация, которую вы получаете, часто будет более конкретной, особенно в отношении номеров строк, где возникают проблемы, чем вы могли бы видеть.

Возможно, вы заметили, что String.Format() использует константу, а именно «ExceptionFormatString». Это хорошая практика, поэтому, если вы хотите ее изменить, добавив вышеприведенный код в 40-eleven methods, вы можете просто изменить его на одно место. В любом случае, вот он:

public static readonly String ExceptionFormatString = "Exception message: {0}{1}Exception Source: {2}{1}Exception StackTrace: {3}{1}";

Счастливая отладка!

B. Clay Shannon
15 нояб. 2015, в 01:35

Поделиться

Rowland Shaw
01 дек. 2011, в 10:37

Поделиться

В .NET 4.5 вы можете использовать ExceptionDispatchInfo, чтобы изменить ваши исключения вместо классического throw; (убедитесь, что PDB файлы есть или номера строк не будут отображаться):

    static void A()
    {
        try
        {
            throw new Exception("A");
        }
        catch (Exception e)
        {
            ExceptionDispatchInfo.Capture(e).Throw();
        }
    }

Источник: blogpost.
Файлы PDB не уменьшают производительность в Windows.

Petre T
16 дек. 2016, в 12:52

Поделиться

следующий метод обработчика журнала ошибок кода отлично работает:

в catch:

 catch (Exception ex)
            {
                CommonTools.vAddToLog(ex, EmpID, ErrorCodes.UnDefined);
                Response.Redirect("~/ErrorPage.aspx");
            }

в методе AddToLog:

 string _exMsgErr = string.Empty;
                var frame = oStackTrace.FrameCount > 1 ? oStackTrace.GetFrame(1) : oStackTrace.GetFrame(0);
                if (oException.GetType() == typeof(JOVALException))
                {
                    JOVALException _JOVALEx = (JOVALException)oException;
                    _exMsgErr = _JOVALEx.Message;
                }
                else
                {
                    _exMsgErr = oException.Message;
                }
                ErrorLog oError = new ErrorLog(frame.GetMethod().Name, (string)frame.GetFileName(), (int)frame.GetFileLineNumber(), sCustomErrorMessage == string.Empty ? _exMsgErr : sCustomErrorMessage, sUserID, oErrCode);
                //Cont. your code of log file

Наконец, файл журнала xml выглядит следующим образом:

<ErrorLog>
<MethodName>FillRolesDDLs</MethodName>
<FileName>
F:ProjectsERPERPPagesSystemSettingsRoles.aspx.cs
</FileName>
<LineNumber>61</LineNumber>
<ErrorMesssage>
The given DataRow is not in the current DataRowCollection.
</ErrorMesssage>
<UserID>1</UserID>
<ErrCode>UnDefined</ErrCode>
<Time>15/03/2015 16:23:21.976</Time>
</ErrorLog>

Raed Alsaleh
15 март 2015, в 14:45

Поделиться

Скопируйте всю трассировку стека в строку или stringbuilder с помощью try/catch, который может быть брошен, см. ниже пример

try
{
    //Do some programming
}
catch(Exception ex)
{

   //Catch the exception and assign the stack trace
   StackTrace = ex;
}

Выход будет

System.IndexOutOfRangeException: Index was outside the bounds of the array.   
at Program.Run() in C:Console Application1Program.cs:line 37    
at Program.Main(String[] args) in C:Console Application1Program.cs:line 45 

В первой строке показан тип исключения и сообщение. Во второй строке отображается файл, функция и номер строки, где было выбрано исключение

Sai Kalyan Kumar Akshinthala
01 дек. 2011, в 10:06

Поделиться