Как интерпретировать трассировку стека с + в номерах строк (ASP.NET) [дубликат]

Вот довольно простой способ получить кучу информации из объекта 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}";

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

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

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

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

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

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

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

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

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

[/g0]

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

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

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

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

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

[/g1]

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

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

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

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

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

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

в 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:\Projects\ERP\ERP\Pages\SystemSettings\Roles.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>

Чтобы получить номера строк, вам нужно, чтобы ваше приложение находилось в режиме отладки или , включая символы отладки в той же папке (файл .pdb) для появления номеров строк. После этого вы создаете код, который должен быть опубликован.

Скопируйте всю трассировку стека в строку или 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 Application1\Program.cs:line 37    
at Program.Main(String[] args) in C:\Console Application1\Program.cs:line 45 

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

Вы можете использовать класс 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();
    }
}