Результаты поиска

Когда я обрабатываю куб в Visual Studio 2005, я получаю следующее сообщение:

Процесс удался. Trace информация его все еще переводят. Если вы это сделаете не хочу ждать всего этого информация, чтобы прибыть пресс-стоп.

и никакая информация trace не отображается. Куб обрабатывается OK им немного раздражает. Есть идеи? Я получаю доступ к кубам через веб-сервер.

Какие существуют методы автоматического получения стека trace в системах Unix? Я имею в виду не просто получение основного файла или Интерактивное подключение с помощью GDB, а наличие обработчика SIGSEGV, который сбрасывает обратную трассировку в текстовый файл.

Бонусные баллы за следующие дополнительные функции:

• Сбор дополнительной информации во время аварии (например. конфигурационный файл).
• Email информация о сбое bundle для разработчиков.
• Возможность добавить это в общую библиотеку dlopen ed
• Не требуется GUI

Какие существуют методы автоматического получения стека trace в системах Unix? Я имею в виду не просто получение основного файла или Интерактивное подключение с помощью GDB, а наличие обработчика SIGSEGV, который сбрасывает обратную трассировку в текстовый файл.

Бонусные баллы за следующие дополнительные функции:

• Сбор дополнительной информации во время аварии (например. конфигурационный файл).
• Email информация о сбое bundle для разработчиков.
• Возможность добавить это в общую библиотеку dlopen ed
• Не требуется GUI

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

Есть ли кросс-платформенное решение для этого?
Каковы различные методы, специфичные для платформы?
На Linux я знаю, что есть strace/ptrace (если есть более быстрые методы, которые тоже были бы хороши).
Я думаю, что на mac os есть ktrace.
А как насчет Windows?

Кроме того, было бы удивительно, если бы можно было блокировать (останавливать) доступ к файлам до некоторого более позднего времени.

Спасибо!

Я хочу ввести некоторую трассировку в приложение C#, которое я пишу. К сожалению, я никогда не могу по-настоящему вспомнить, как это работает, и хотел бы, чтобы учебник с эталонными качествами проверялся время от времени. Она должна включать в себя:

• App.config / Web.config материал для добавления при регистрации TraceListeners
• как настроить его в вызывающем приложении

Вы знаете учебник uber, на который мы должны перейти?

Гленн Славен указал мне верное направление. Добавьте это к вашему App.config/Web.config внутри <configuration/> :

<system.diagnostics>
    <trace autoflush="true">
      <listeners>
        <add type="System.Diagnostics.TextWriterTraceListener" name="TextWriter"
             initializeData="trace.log" />
      </listeners>
    </trace>
</system.diagnostics>

Это добавит TextWriterTraceListener , который будет ловить все, что вы отправляете с Trace.WriteLine и т.д.

EDIT: @DanEsparza указал , что вы должны использовать Trace.TraceInformation , Trace.TraceWarning и Trace.TraceError вместо Trace.WriteLine, поскольку они позволяют вам форматировать сообщения так же, как и string.Format .

Совет: Если вы не добавляете никаких слушателей, то вы все равно можете увидеть вывод trace с помощью программы SysInternals DebugView (Dbgview.exe ): http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx

Макрос TRACE может использоваться для вывода диагностических сообщений в отладчик при компиляции кода в режиме отладки . Мне нужны те же самые сообщения в режиме выпуска . Есть ли способ достичь этого?

(Пожалуйста, не тратьте свое время на обсуждение того, почему я не должен использовать TRACE в режиме выпуска :-)

У меня проблема с установкой Visual Studio. Когда я получаю исключение, у меня всегда есть неправильные номера строк в стеке trace. В моей кодовой базе всегда есть точка до последней строки каждого метода. В то же время это OK, когда я отслеживаю программы с отладчиком. Что случилось с PDBs?

Нет, я не повторяю исключение для каждого метода.

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

У меня есть веб-служба, которую я создал в C#, и тестовый жгут, предоставленный моим клиентом. К сожалению, мой веб-сервис, похоже,не анализирует объекты, созданные тестовым жгутом. Я считаю, что проблема заключается в сериализации пакета soap.

Используя TCPTrace, я смог получить пакет soap, переданный веб-службе, но только на удаленной машине, поэтому я не могу отладить его там. Есть ли способ вызвать мой локальный веб-сервис с генерируемым пакетом soap, а не мой текущий тестовый жгут, где я вручную создаю объекты и вызываю веб-сервис через веб-ссылку?

машина, на которой я получил пакет soap, была на виртуальной машине, поэтому я не могу связать ее с моей машиной. Я полагаю, что ищу инструмент, в который можно вставить пакет soap, и он, в свою очередь, вызовет мой веб-сервис