Вопросы Теги

Почему отладчик не остановился бы в точке останова в моем приложении ASP.NET?

Если у кого-то есть такая же проблема, я решил свою. Вам просто нужно работать в поле «Предметы» вашей галереи и объединить две задачи в операторе SortByColumns.

SortByColumns( Filter( 'Prototype App',If( Admin=true,true,User().FullName=Author ) ),"Author" )

41
задан Edward Tanguay 13 May 2009 в 09:02
поделиться

4 ответа

Попробуйте выполнить полную перестройку приложения. Обратите внимание, что он находится в конфигурации «Отладка».

Насколько я понимаю (но я не эксперт в этих вещах), это может произойти, когда файлы отладочной информации (.PDB) не синхронизированы с настоящая скомпилированная вещь.

48
ответ дан 27 November 2019 в 00:29
поделиться

You could also try the following:

  1. Close the solution and visual studio.
  2. Run iisreset /stop
  3. Delete everything under C:\windows\microsoft.net\framework\v2.0.50727\Temporary ASP.NET Files. If you have issues deleting some of these files you may have a version of visual studio or it's debugger still running.
  4. Run iisreset /start
  5. Open the solution in VS
  6. Set the build to Debug
  7. Run Rebuild all at the solution level
  8. Hit F5
4
ответ дан 27 November 2019 в 00:29
поделиться

Did you set in your web.config?

3
ответ дан 27 November 2019 в 00:29
поделиться

Если вы используете Visual Studio 2005 и IE8, у меня может быть объяснение: IE8 представил новую функцию под названием Loosely-Coupled IE (LCIE), которая вызывает известные проблемы при отладке приложений VS2005 ASP.NET. См. Этот поток на SO для получения более подробной информации и некоторых решений.

Оказалось, что все мои проблемы с отладкой исчезли, когда я закрыл все запущенные экземпляры IE8 до того, как я начал отладку в моем ASP.NET проект.

Еще одна причина, по которой я публикую здесь, - это поделиться найденным мной блогом , в котором перечислено большое количество потенциальных решений проблемы «точки останова не работают». Это' Это приятно, потому что в блоге собрано большинство решений, которые я нашел разбросанными по Интернету. В любом случае автор блога - Джордж П. Александер; Я скопирую и вставлю сюда пикантные части на случай, если что-то случится со статьей:

  1. Использование высокоточных ракет: удалите файлы .pdb в вашем obj и папки bin. Перекомпилируйте. Запустите.

  2. Ковровая бомба все .dll: удалите и перезагрузите все упомянутые .dll (например, ваши проекты класса)

  3. Выпуск WMD: Если №1 и №2 не сработали, удалите содержимое самого папки obj и bin, чтобы все .pdbs и .dll уничтожаются. Перезагрузите необходимые .dll и отдайте его выстрел.

  4. Магия VS.Net: Закройте VS.Net и перезапустите. Восстановить. Запустить. Да, это иногда работает.

  5. Магия Windows: выключите компьютер и перезагрузите его. Восстановить. Запустить.

  6. Режим выполнения: убедитесь, что для режима выполнения VS.Net установлено значение «Отладка», а не «Выпуск»

  7. Параметры Web.config: убедитесь, что тег «компиляция» элемента XML в ваш файл web.config имеет атрибут с debug = "true". Только если это включены веб-приложения и сервисы имеют свои файлы .pdb, созданные с помощью .dlls

  8. Свойства проекта №1: Убедитесь, что Свойства проекта -> Отладка -> Включите "Отладка ASP.Net верна" или "Включить хостинг Visual Studio Процесс »(в зависимости от версии VS.Net, который вы используете).

  9. Свойства проекта №2: Убедитесь, что Свойства проекта -> Свойства конфигурации -> Сборка -> «Создать отладочную информацию» - это установлено значение "True".

  10. Неправильный процесс присоединен: ваш сеанс отладки может быть не присоединен к правильному процессу. Возможно, вам придется шаг за шагом, чтобы вручную прикрепить процесс. Это возможно с помощью Интернета Сервисы. Возможность прикрепить процесс находится в меню отладки.

  11. Отладка скриптов и неуправляемого кода: невозможно отладить скрипты или неуправляемый код? Убедитесь, что Project Свойства -> Отладка -> «Включить ASP Отладка »или« Включить неуправляемый Отладка »(в зависимости от вашей версии из VS.Net) установлено значение true.

  12. Директива @Page №1: Убедитесь, что атрибут AutoEventWireup в вашем Набор директив @Page .aspx документа на "true".

  13. Директива @Page №2: Убедитесь, что атрибут Debug в вашем .aspx директива @Page документа установлена ​​на "правда". Если вы не найдете атрибут, это нормально. По умолчанию это истина.

  14. Несанкционированные .DLL: убедитесь, что у вас нет другого экземпляра .dll бег, который лежит в другом месте, откуда ваш предполагаемый путь к проекту.

14.1 Ненужная спящая ячейка .dll # 1: Вы установили свой проект .dll в Папка GAC? Вы могли бы запустить .dll вместо этого размещается в вашей папке GAC из того, что находится в вашей папке bin. Удалите / деинсталлируйте .dll из GAC а затем попробуйте еще раз.

14.2 Спящая ячейка .DLL мошенников # 2:

C: \ Documents and Настройки [UserName] \ VSWebCache [Machine Имя]:

Выпустить ОМП (№ 3) в папки, которые связаны с вашим проектом.

14.3 Спящая ячейка # 3 вредоносных библиотек DLL: .dll из вашего проекта, которые лежат в другом месте где, но вместо этого указаны в ваш проект. Вы можете узнать это путем изучения свойств проекта. В Короче говоря, VS.Net имеет в виду другие .dll, а не тот, который загружен в ваш dev environment.

14.4 Rogue .DLLs Sleeper Cell # 4: Надеюсь, вам не придется играть с эта папка к тому времени, когда вы закончите с указанными выше пунктами ...

Представляем C: \ WINDOWS \ Microsoft.NET \ Framework [.Net версия] \ Temporary ASP.NET Files \

Эта папка может содержать более старые версии DLL, хранящиеся в вашем Папка Windows, которая может получить упоминается при запуске из VS.Net. Если это произойдет, это отстой. Вы можете удалить столько папок и содержимого, сколько Вы можете УЧАСТВОВАТЬ В ВАШЕМ ПРОЕКТЕ. Могут быть блокировки только для чтения, которые вам нужно будет отключить, закрыв процессы. Это скорее последний ровное усилие. Не делай этого, если ты никогда не играл с вашей Windows папка. В большинстве случаев что-то сделано выше перед этой точкой обычно делает почини это. Так что в идеале вам не обязательно прочтите этот момент к тому времени, когда вы сделано с указанными выше указателями. И просто для записи, я не рекомендую кто угодно, чтобы изучить этот вариант или поиграть с папкой Windows, если вы не имеют докторской степени по физике, Математика, Windows и .Net.

Другие советы:

  1. Окно модуля: окно модуля можно просмотреть, пока ваше приложение работает из VS.Net (Отладка -> Windows -> Модули). Все модули от ваш проект должен быть там указан. Если .dll вашего проекта присутствует в списке и статус Символов - «Символы Загружено ", у вас нет проблем.

Если это сообщение, связанное с вашим .pdb файл, перейдите к «Выбрать символы» и соответствующий файл .pdb. Ты можешь иметь перезапустить отладку или загрузить VS.Net еще раз. Теперь статус должен измениться в «Символы загружены».
2. Параметры VS.Net: Инструмент -> Параметры -> Отладка. Начиная с VS.Net 2005, существует еще один узел, называемый «Символы», где вы можете попросить VS.Net ищите символы. Это можно получить через окно модуля при отладке тоже.

4
ответ дан 27 November 2019 в 00:29
поделиться
Другие вопросы по тегам:

Похожие вопросы: