Контрольная точка VS 2008 в настоящий момент не будет удалена. Для этого документа не были загружены никакие символы

Ответ 1

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

Введение

Мой проект - это приложение ASP.NET, но основная проблема будет и на WinForms. Проблема возникает, когда DLL отсутствует на выходе сборок. Однако это же исключение возникает, если DLL, на которую вы ссылаетесь, ссылается на другую DLL, которая отсутствует в сборках. Из-за того, как операционная система загружает DLL, связанная DLL должна находиться в пути к среде, а не в ваших выходных сборках.

Проект A ссылается на DLL D. DLL D ссылается на DLL X. DLL D может быть в ваших выходных сборках. DLL X должен находиться в вашем пути к среде.

Основной причиной этой проблемы является то, как операционная система загружает собственную DLL в > runtime. Собственная DLL загружается с использованием следующей логики, которая не включает > Временные файлы ASP.net, а также папку приложений /bin. Эта проблема также будет возникать в любом приложении .Net, если Native DLL не входит в папку /bin с файлом .EXE > или если DLL не находится в переменной среды пути.

Личное решение

Я использовал DLL под названием DivaAPIWrapper.dll(управляемая DLL для С#). Однако я знал, что DivaAPIWrapper.dll должен работать с DivaAPI.dll(Unmanaged С++). Я поместил DivaAPI.dll во все мои пути вывода, но я продолжал получать эту ошибку. Только после того, как я поместил DivaAPI.dll в мой путь к среде (C:\windows\Microsoft.Net\Framework\v2.0.50727), это сработало. Обратите внимание: ваш путь может отличаться, если вы используете более новую версию .NET framework!

Полное решение Джерри Ормана

Смотрите ссылку здесь: http://blogs.msdn.com/b/jorman/archive/2007/08/31/loading-c-assemblies-in-asp-net.aspx

Ответ 2

Я также столкнулся с такой же проблемой и нашел много решений из Интернета, но решение для меня приведено ниже:

Из-за моего приложения, сделанного в версии 4.0, я пытался подключить процесс с версией ниже версии 2.0, поэтому убедитесь, что ваша версия фреймворка с версией управляемого сервера показана ниже.

Ответ 3

Это произошло со мной в последнее время при подключении к запущенному процессу. Проблема заключалась в том, что для параметров отладки были установлены

Присоединить к: Родительский код

Для моего случая это должно быть:

Присоединить к: Управляемый код

Ответ 4

Одна вещь, которую я обнаружил недавно, и работал довольно хорошо.

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

<supportedRuntime version="v4.0"/>

в файле "WhateverApplicationItIs.exe.config" внутри раздела <configuration>.

Пример: (см. "..." как любой файл внутри него и оставить как есть)

<configuration>
    ...
    <supportedRuntime version="v2.0.50727"/>
</configuration">

PS: попробуйте сопоставить эту версию с целевой структурой, установленной в ваших свойствах проекта. Я считаю, что 2.0.50727 - хорошая попытка для 3.5 Framework и 4.0 для 4.0 Framework.

Для меня это просто решило две разные библиотеки DLL, которые я пытался отлаживать в разных приложениях.

Ответ 5

У меня это происходит все время, как вы сказали, точка останова не активна до загрузки DLL. Это действительно неважно, потому что он должен загрузить DLL, прежде чем код сможет добраться до этой точки. Мои контрольные точки начинаются таким образом, но они всегда попадают.

Ответ 6

Убедитесь, что вы не изменили процессор, на котором вы пытались скомпилировать этот проект. У меня было, и когда я изменил его, все снова сработало. По-видимому, изменение в процессоре делает его "отличным от оригинального"

Ответ 7

У меня была такая же проблема с VS2008 в приложении Vb.net-forms, где я назвал dll в другом проекте, загруженном в ту же группу проектов. Я нашел это простое решение: я загрузил экземпляр в событие form_load, например  Dim pmg Как новый PMGExport.PMGExportNeu.

Ответ 8

Проверьте, разрешен ли режим Configurator на панели инструментов (рядом с кнопкой "Выполнить" ) "Отладка", а не "Отпуск"

Ответ 9

Надеюсь, что это поможет...

Я ссылался на DLL, которая была в моей папке bin\Release, хотя я был в режиме отладки.

Я скопировал DLL в папку bin\Debug, и когда я запустил VS, точка останова была удалена.

Ответ 10

попробуйте это,  В Vs 2008 перейдите в Инструменты- > вариант- > Отладка- > Общие- > Непроверенные/Отключить 'Требует, чтобы исходные файлы точно соответствовали исходной версии

Ответ 11

Проверьте, разрешен ли режим Configurator на панели инструментов (рядом с кнопкой "Выполнить" ) "Отладка", а не "Отпустить", Работал для меня спасибо

Ответ 12

Убедитесь, что в Visual Studio перед тем, как начать отладку, выбран параметр debug mode.

Посмотрите раскрывающийся список, рядом с кнопкой Play в Visual Studio.