Раньше я считал, что если у нас есть сборка Debug , не имеет значения:
- Мы запустили это.
- Или мы это отладили.
Все было бы так же.
Однако недавно я столкнулся с двумя разными проблемами, из которых ясно, что что-то другое, когда код просто запускается или когда он отлаживается, даже если версия кода предположительно одинакова. (а именно Свободный NHibernate не удается загрузить MySql.Data из GAC в режиме отладки теста и Npgsql — указанный метод не поддерживается)
Мне интересно, в чем разница между этими двумя в .NET 4.0? Понимание различий, вероятно, может помочь мне решить возникающие у меня проблемы, потому что я, по крайней мере, знаю, где искать возможные причины ошибок в этих разных случаях. Я не понимаю этого, когда я запускаю модульные тесты, они все зеленые, но когда я пытаюсь их отладить, я получаю различные исключения .
Valentin Kuzub 3 Сен 2011 в 05:01
4 ответа
Лучший ответ
Лучшее оружие для решения проблем сборки — fuslogvw. exe, он показывает, где он искал сборку и какая конфигурация используется, чтобы сообщить CLR, где найти сборку.
Ошибка сборки участника предварительной оценки windiws. Решение
Существует вторичный режим отказа для тех сборок, с которыми у вас возникли проблемы. Эти поставщики баз данных часто являются управляемыми оболочками, которые для выполнения работы полагаются на неуправляемые библиотеки DLL. Windows должна быть в состоянии найти эти библиотеки DLL. Это имеет тенденцию к сбою, если они не копируются в каталог, который находится в PATH, или не копируется в ту же папку, что и основной EXE. Внимательно прочтите инструкции по развертыванию этих оболочек.
Hans Passant 6 Сен 2011 в 21:54
Это должно быть довольно близко к тому, что происходит, спасибо. Но не могли бы вы уточнить, что такое «вторичный режим отказа» и что такое «первичный режим отказа» (если он существует). Я не уверен, это ваш способ сказать это или это какое-то общее название для моей ситуации.
Valentin Kuzub
6 Сен 2011 в 22:02
Первичная = первая вероятная проблема: неверный конфиг, вроде того, что покажет вам fuslogvw.exe. Второстепенная = следующая вероятная проблема: DLL Hell.
Hans Passant
6 Сен 2011 в 22:46
При отладке время выполнения кода будет немного другим, тем более, если вы слишком долго сидите внутри функций. Так что, если код чувствителен ко времени, вы можете столкнуться со странными ошибками. Это все, о чем я могу думать.
c0deNinja 3 Сен 2011 в 07:10
Да, я тоже сейчас, я не упомянул об этом, потому что то, что я испытываю, явно не связано с этим, и разница намного больше (если вы следите за вопросами)
Источник: question-it.com
25.03.2022 Ирина спросила:
Это какая-то временная проблема — должны исправить наверное.
Где её там смотреть надо?))
Понятия не имею
Без этого вы не станете программистом! Найти ошибку в коде. Отладка. Как пользоваться отладчиком #23
Кому то интересно это
Ответить Пропустить
Другие вопросы:
Присоединяйтесь!
Зарегистрировавшись Вы сможете просматривать
размещенные на сайте картинки и видео, слушать музыку,
Просматривать и оставлять комментарии
Задавать вопросы и отвечать на них.
Зарегистрируйтесь на сайте в 1 касание — просто выберите почту или социальную сеть ниже.
Заходя на сайт Вы подтверждаете своё согласие с
правилами и политикой конфиденциальности
Зарегистрируйтесь!
Для ответа на вопрос
Необходимо войти на сайт
Просто выберите социальную сеть или почту,
Которой Вы пользуетесь
Регистрация пройзойдет автоматически.
Источник: otvechai.com
Debug — что это? Описание инструмента
Debug — что это? Debug, или отладка. в компьютерном программировании и разработке, — это многоэтапный процесс, который включает определение проблемы, выявление ее источника, а затем исправление сбоя или выбор способа дальнейшей работы. Последним шагом отладки является проверка корректного исправления.
Введение
Разработка программных продуктов проходит тщательное тестирование, обновление, устранение неполадок и обслуживание. В процессе отладки готовые программные решения регулярно компилируются и выполняются для выявления и устранения проблем. Крупные программы, содержащие миллионы строк исходного кода, делятся на небольшие компоненты. Для эффективности каждый компонент сначала отлаживается отдельно, а затем — в совокупности в рамках программного продукта.
Debug — что это и как работает? Тактика может включать интерактивную отладку, анализ потока управления, модульное и интеграционное тестирование, анализ файлов журналов, мониторинг на уровне приложений или системы, дампы памяти и профилирование.
Debug — что это? Описание процесса
Debug — это штатный процесс поиска и удаления сбоев, ошибок или аномалий компьютерной программы, которые программисты обрабатывают с помощью инструментов отладки. Отладка проверяет, обнаруживает и исправляет ошибки, чтобы обеспечить правильную работу приложения в соответствии с установленными спецификациями.
В разработке программного обеспечения отладка включает в себя поиск и исправление ошибок кода в компьютерной программе. Debug является важным этапом процесса тестирования программного обеспечения и неотъемлемой частью всего жизненного цикла разработки ПО. Процесс отладки начинается, как только код записывается, и продолжается на последующих этапах, поскольку код объединяется с другими модулями программирования для формирования программного продукта. В большой программе, имеющей тысячи строк кода, процесс отладки можно упростить, используя такие стратегии, как модульные тесты, обзоры кода и парное программирование.
Debug в контексте MS-DOS
В MS-DOS Debug — что это? Это команда, которая позволяет программистам исследовать и изменять источники содержимого памяти, которые происходят в операционной системе. Методика предоставления инструкций по компьютерным задачам через интерфейс командной строки изначально использовалась в средах MS-DOS для перевода кода ассемблера в рабочий код и машинного языка в исполняемые (debug.exe) файлы.
Debug позволяет разработчикам просматривать содержимое памяти, вносить изменения, а затем выполнять COM, .exe и другие типы файлов.
История
Microsoft впервые представила команду debug в MS-DOS 1.0 в качестве метода тестирования программ. Была добавлена дополнительная функциональность — инструмент ориентировался на различные операционные задачи, такие как отображение содержимого части памяти, ввод данных по указанному адресу, запуск исполняемых файлов памяти, шестнадцатеричная арифметика и манипуляция регистрационной памятью.
Важный этап обнаружения ошибок
После выявления программного сбоя необходимо найти ошибку в коде (Debug error). На этом этапе полезно просмотреть ведение журнала кода и использовать автономный инструмент отладчика или компонент отладки интегрированной среды разработки (IDE). Изначально обнаруживаются и фиксируются ошибки в наиболее популярных функциях. В некоторых случаях модуль, представляющий проблему, очевиден, а сама строка кода — нет. В этом случае модульные тесты, такие как JUnit и xUnit, которые позволяют программисту запускать определенную функцию с конкретными входами, могут быть полезны при отладке.
Процесс отладки
Стандартная практика состоит в том, чтобы настроить и запустить программу до точки остановки, при которой прекращается выполнение программы. Компонент отладки IDE обычно предоставляет программисту возможность просматривать память и переменные, запускать программу до следующей финальной точки, выполнять только следующую строку кода и в некоторых случаях изменять значение переменных или содержимое строки кода, которая должна быть выполнена.
Общие инструменты отладки
Анализаторы исходного кода, которые включают в себя безопасность, общие ошибки кода и анализаторы сложности, также могут быть полезны при отладке. Анализатор сложности способен найти модули, которые настолько сложны, что их трудно понять и проверить. Некоторые инструменты могут фактически анализировать пробный прогон, чтобы увидеть, какие строки кода не выполнялись. Это может существенно помочь в отладке. Другие инструменты для отладки включают расширенное протоколирование и симуляторы, которые позволяют профессиональному программисту моделировать поведение программы на оборудовании пользователя.
Поиск и удаление ошибок программного обеспечения
Некоторые инструменты, особенно инструменты с открытым исходным кодом и языки сценариев, не запускаются в среде IDE и требуют ручного подхода к отладке. Такие методы включают в себя сброс значений в журнал, расширенные «печатные» заявления, добавленные во время выполнения кода или жестко закодированные debug-команды (например, wait), которые имитируют точку остановки, ожидая ввода клавиатуры в определенное время.
Debug Dump Files — можно ли удалить?
Многие пользователи после возникновения сбоя обнаруживают в месте хранения программы системные файлы. Документы носят наименование Debug Dump Files. Можно ли удалить их? Это отладочные файлы, которые создаются после нарушения работы ПО, чтобы помочь определить причину возникновения ошибки. Если вы не пытаетесь устранить проблему, то можете удалить их.
Источник: fb.ru