Visual Studio 2008 зависает при отладке классического ASP - PullRequest
1 голос
/ 12 августа 2009

Так что часть приложения, над которым я работаю, все еще написана на классическом ASP. Visual Studio 2008 отлично работал для отладки классического ASP, и с добавлением исправления он даже не зависал, когда я прекращал отладку. Все это работало очень хорошо в течение нескольких месяцев.

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

Насколько мы можем судить, виновником является исправление или обновление, отправленное с помощью средства обновления SMS нашей корпорации. До сих пор файлы журналов были очень бесполезны, и мы попробовали почти все. Это также не относится к Visual Studio 2008 - мы также попытались вернуться к 2005 году, и появились те же симптомы. У кого-нибудь есть любая идея, что происходит ??

(Другие вещи, которые мы пробовали: откат к предыдущей точке восстановления системы, переустановка Visual Studio 2008 sp1, завершение работы всех надстроек, сброс настроек по умолчанию, удаление любого обновления в программе «Установка и удаление программ», установленной в последние несколько дней, используя SMS-инструментарий для рутинга по логам, чтобы найти виновника)

Ответы [ 2 ]

0 голосов
/ 20 июля 2010

Было исправление, которое работало для моей группы, чтобы исправить это.

http://code.msdn.microsoft.com/KB967631

Это не было должным образом проверено, но я уверен, что это было исправление, которое исправило проблему для меня.

Из комментариев к исправлению:

This QFE fixes three complete separate issues in the VS2008 SP1 Debugger:
- Debugger can hang the IDE after setting a breakpoint when working with a large C++ project
- Breakpoints do not bind correctly when an MSIL file is built containing .line directives
- VS crashes when debugging a classic ASP web and debugging is stopped.
0 голосов
/ 12 августа 2009

Кажется, вы не знаете, где застрял отладчик. Наилучший подход - получить сбой / дамп памяти системы при возникновении этой проблемы. Затем созданный дамп памяти можно проанализировать.

Дамп памяти можно получить из windbg отладчика Windows с помощью команды .dump или с помощью инструмента. Смотрите прикрепленную ссылку для инструмента.

Затем загрузите созданный файл дампа в windbg с помощью переключателя -z и посмотрите на соответствующие стеки вызовов.

Systemdump tool

...