Точка останова в настоящее время не будет достигнута. Никакие символы не были загружены для этого документа в приложении Silverlight


331

Хорошо, что у меня есть:

Visual Studio 2010 RC, W7 x64, запустил новый тип проекта приложения Silverlight. Размещение приложения Silverlight в проекте веб-приложения ASP.NET. Silverlight версия 3.0. Добавлены класс LinqToSQL, служба WCF, приложение Winform Tester (проект в решении) и несколько классов (также как проекты в решении).

Вчера внезапно я получил «Точка останова в настоящее время не будет достигнута. Для этого документа не было загружено никаких символов. ' сообщение появляется в IDE, но оно влияет только на веб-приложение, я могу отлаживать Silverlight и приложение Winform.

Что я пытался / сделал, чтобы избавиться от сообщения:

  • Сброс настроек Visual Studio
  • удалил все файлы в каждой папке \ Temporary ASP.NET Files Folder (по одному для каждой 32-битной / 64-битной и для Framework 2.0 и 4.0)
  • пытался отлаживать с помощью интегрированного веб-сервера Visual Studio - обычно я использую IIS, в выходных данных проекта решения я удалял все папки obj и bin в каждой папке проекта
  • создал новое решение и добавил все проекты в это новое решение
  • удалил файл suo решения
  • создал новое веб-приложение ASP.NET, чтобы проверить, является ли это проблемой установки VS => Я могу отладить этот новый проект / решение
  • перезагрузил машину несколько раз
  • восстановил установку vs.net
  • сделал IISReset
  • удалил веб-приложение из IIS
  • использовал кнопку «Создать виртуальный каталог» в разделе «Свойства проекта» веб-приложения для создания нового веб-приложения в IIS
  • изменил Framework Framework каждого проекта с 3.5 на 4.0
  • Открыл Решение на моей второй машине => Такое же поведение
  • просканировал Microsoft Connect на предмет ошибок / похожих проблем
  • Потратил 7 часов.

Итак, это происходит второй раз в моей жизни. В прошлый раз я решил эту проблему, удалив папку временных файлов ASP.NET, но на этот раз мне нужна ваша помощь.


Это дубликат, посмотрите на [Эта страница] [1], чтобы получить ответ на ваш вопрос [1]: stackoverflow.com/questions/2155930/…
SuperKael

@CalebJares Хаха, я столкнулся с этим вопросом сегодня. Оказывается, я собирал / работал в режиме выпуска вместо отладки.
theB3RV

В моем случае отключение функции « Оптимизировать код» на вкладке «Построение» свойств проекта решило проблему.
Араш Мотамеди

Ответы:


176

Щелкните правой кнопкой мыши по решению -> Свойства

Посмотрите под Общие свойства -> Startup Project

Выберите несколько проектов запуска

выберите Начать действие над проектами, которые нужно отладить.


Это сработало, но мне пришлось делать это несколько раз (VS 2010, встроенный веб-сервер, веб-сайт)
MGOwen

17
у меня есть несколько проектов, и я начинаю их, как вы говорите ... некоторые из них являются проектами библиотек классов ... появляется следующее сообщение об ошибке: "Проект с выходным типом библиотеки классов не может быть запущен напрямую"
Мухаммад Азим,

3
У меня точно такая же проблема, о которой говорил Мухаммед. Проект, для которого VS не загружает символы, является библиотечным проектом. Интересно, что у другого решения, связанного с тем же библиотечным проектом, нет проблем с отладкой той же самой библиотеки!
Река Вивиан

1
Я не думаю, что это ответ на вопрос. Он просто запускает несколько проектов одновременно, а не один, что типично. Если проект является Class Lib (dll), то он покажет сообщение об ошибке, в котором говорится, что он не может быть запущен. Является ли проект стартовым или нет, не имеет никакого отношения к отладке.
Грег Гам

В моем случае я перенастроил сайт IIS, на котором запущен мой проект, чтобы он указывал на другую папку. Каким-то образом это очистило настройку решения, указанную выше ...? Возможно, это была ошибка управления исходным кодом, но я не смог найти изменения в .sln. В любом случае, сброс этого значения, как описано, решил проблему - надеюсь, что понимание поможет кому-то.
Brichins

79

У меня была та же проблема, и после поиска в Google я нашел два типичных решения для этого:

  1. Убедитесь, что в проекте .Web активирован отладчик Silverlight. Откройте свойства проекта и выберите отладчик Silverlight на вкладке «Интернет».

  2. Перезапустите Visual Studio и удалите все папки bin и obj.

Но ничего из этого не помогло мне . Затем кто-то упомянул о том, что вместо браузера можно использовать IE. Это заставило отладку и точки останова снова работать!

Редактировать:

Позже я боролся с IE9, не работающим, потому что он привязан к неправильному процессу. Вместо того, чтобы каждый раз вручную подключаться к правильному процессу IE, я обнаружил хитрый трюк :

  • Щелкните правой кнопкой мыши одну из сгенерированных страниц в проекте .Web (.html или .aspx).
  • Нажмите «Обзор с помощью ...»
  • Установить IE в качестве браузера по умолчанию (влияет только на выбор браузера Visual Studio)

Теперь Visual Studio запустит IE при запуске проекта .Web и подключится к правильному процессу. Это должно сделать это.


Спасибо, это просто сработало для меня! Единственная проблема: я не могу установить, какой браузер запускать в любых конфигурационных файлах (могу ли я?), Поэтому теперь я застрял как IE в качестве браузера по умолчанию. Ба.
DanTheMan

1
Чтобы не использовать IE в качестве браузера по умолчанию, я изменил настройки запуска в проекте .Web, чтобы запускать IE с путем в качестве параметров командной строки.
angularsen

Ты обалденный. Я боролся с этой проблемой в течение последних нескольких дней. Я даже переустанавливал визуальную студию. Мой браузер по умолчанию был Firefox, я пробовал Chrome. Мне просто не пришло в голову попробовать IE, какая трата времени. Спасибо за информацию.
Ганешт

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

6
Я установил флажок «Silverlight» на вкладке «Веб» в настройках проекта .Web. Теперь это работа. Спасибо!
Евгений Максимов

54

Всякий раз, когда у меня возникала эта конкретная ошибка, оказалось, что папка, из которой Visual Studio загружает сборки, отличается от папки, из которой запускается веб-приложение.

То есть сервер приложений запускает приложение из

C:\dev\MyApplication\bin 

но Visual Studio отлаживает от

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

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

Обновление :

Для IIS каталог сервера приложений (т. Е. C:\dev\MyApplicationВыше) - это физический каталог, настроенный для веб-приложения, которым можно управлять, изменяя основные параметры приложения.

Для Visual studio каталог отладки (то есть C:\dev\MyOtherApplicationвыше) - это каталог, в котором svcнаходятся ваши файлы, обычно это тот же каталог, что и csprojфайл вашего проекта.


2
Возможно, но ответ Ханса К. сработал для меня. Я думаю, что есть несколько ответов в зависимости от ситуации.
Боб Винтемберг

Хорошо, но как я узнаю, что это происходит? Как мне это исправить?
MGOwen

@MGOwen - в конфигурации IIS проверьте физическое местоположение виртуальной папки, содержащей ваши службы, и убедитесь, что она соответствует выходному каталогу VStudio.
Беван

Да, я также работал с IIS, но после сбоя VS мой файл решения стал поврежденным, поэтому мне пришлось снова вытащить его из Subversion. Конечно, я забыл, что после этого он вернулся к использованию сервера VS webdev. Duh! Спасибо!
Федор Стиман

3
Когда VS запутается, вернитесь к профилю отладки. Это меня достало.
Кристофер Стивенсон

46

Проблема для меня оказалась в том, что в настройках Debug был установлен флажок Properties-> Build-> Optimize code. Выключил, перестроил, и отладка работала как обычно.


2
работал на меня. Не знаю почему, обычно включение «оптимизации кода» просто не даст вам взломать {и}.
бодрость

У меня тоже сработало! Спасибо!
17

1
Проект готов к выпуску сборки. Там всегда что-то не там.
Ян Уорбертон

Это сделало это для меня! +1
Имдад

22

Причина того, с чем вы столкнулись, заключается в том, что PDB («PDB означает« База данных программ », проприетарный формат файлов (разработанный Microsoft) для хранения отладочной информации о программе) не устарели, это может быть связано с некоторыми причинами. :

1- Как сказал Беван, вы можете отлаживать другое приложение!

2- Вы отлаживаете другую версию того же приложения. Например, вы прикрепили ранее построенное приложение с текущей версией кода для отладки без (пере) его сборки.

Очистка или восстановление решения решает такие проблемы для меня.

Чтобы убедиться, что проблема не ваша, попробуйте отладить то же приложение с VS 2008 (боюсь, это может быть ошибкой в ​​VS 2010 - она ​​все еще бета!).


спасибо за заголовки .. конечно я убрал / восстановил решение, но это не помогло. Пункт 1: как я могу отладить другое приложение, если я попробовал его в другой системе? То же самое для пункта 2. Кстати, он RC и довольно стабилен вообще ... в любом случае, спасибо.
Кристиан Кэзутт

Я не совсем понял вашу фразу "я попробовал это в другой системе" !. Release Candidate не означает, что в нем нет ошибок, и вы ничего не потеряете, если попробуете. Если вы используете IE8, некоторые люди сказали, что это может быть причиной проблемы, проверьте это: weblogs.asp.net/abdullaabdelhaq/archive/2009/06/01/…
Sameh Deabes

Я также нашел это: stackoverflow.com/questions/389290/… люди предложили слишком много решений там. Посмотрите на встроенный комментарий точки останова там.
Самех Дибес

да я вижу. моя фраза «я пробовал это в другой системе» => скопировал решение на флешку, удалил все папки bin / obj, открыл решение в VS.NET и попытался отладить его. результат: то же поведение => точки останова не попадают .. спасибо за другую ссылку, я сейчас прочитаю.
Кристиан Кэзутт

Clean + Rebuild не всегда обновляет файлы .pdb. Что я сделал - зашел в папку / Bin моего веб-приложения и вручную удалил все файлы .pdb, затем перестроил. Работал как шарм.
Дмитрий

21

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


Очень странно. У меня была та же проблема, и я погуглил ее в течение 2 часов. По какой-то причине модуль не загружался при отладке (Debug -> Windows -> Module). Я только что попробовал эту опцию, и отладка бума начала работать. Я использовал Vs2019
Ренни Джозеф

18

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

Когда вы запускаете проект в режиме отладки, он показывает в окне «Вывод», какие сборки имеют загруженные символы, как показано ниже (вам может понадобиться открыть изображение в новой вкладке):

Окно вывода

Так что в этом случае BASD.Core.Data.dll НЕ имеет загруженных символов. Таким образом, вы можете сравнить настройки проекта для этой сборки с настройками другой сборки, которой удалось загрузить символы, чтобы выяснить, почему некоторые загружают, а некоторые не загружают символы.

«Для меня», однако, «каждый раз» это происходит потому, что информация об отладке не создается. Поэтому я открываю Свойства проекта> Сборка> Дополнительно в (C #) проекте.

Таким образом, для Basd.Core.Data.dll выше, т.е. без символов, дополнительные параметры сборки были:

pdboff

Принимая во внимание, что для Basd.Core.Configuration.dll, т. Е. Для сборки, в которой я мог установить и достичь точки останова, были следующие настройки:

pdbon

Таким образом, я выводлю отладочную информацию в последнем проекте, а не в первом, поэтому моя способность достигать точки останова в Basd.Core.Configuration.dll

Также обратите внимание, что недостаточно просто иметь файл .pdb в папке bin проекта для данной библиотеки DLL, поскольку он может быть устаревшим и поэтому не может быть выбран Visual Studio в качестве допустимого файла символов для библиотеки DLL. ты пытаешься пройти.

Также обратите внимание, что изменение конфигурации сборки может изменить настройки информации о сборке и то, откуда берутся символы.

(Я понимаю, что в этом случае я нахожусь в режиме Release, но метод все еще применяется)


1
Вы также можете проверить, какие символы были загружены через окно модулей. Если вы идете в «Отладка»> «Windows»> «Модули», в нем перечислены все модули и их статус символов. Для тех, кто не загружен, вы можете щелкнуть по ним правой кнопкой мыши и нажать «Загрузить символы». Это скорее краткосрочное исправление, и оно работает, только если они появляются в списке с самого начала.
EF0

14

Перейти к Свойствам проекта -> Построить -> Дополнительно ...

В разделе «Вывод» выберите «полный» в раскрывающемся меню «Отладочная информация».


Я пытался прикрепить отладчик к профилю релиза, и это сработало для меня!
imlokesh

1
Спасибо! "только для pdb" (а не полный) было достаточно.
Грег Литтл

Благослови вас Бог, дитя мое.
Кристофер Д. Эмерсон


10

Отладка -> Присоединить к процессу ->
выбрать Отладка следующих типов кода: опция ->
выбрать Managed v3.5, v3.0, v2.0 или Managed v4.5, v4.0 введите описание изображения здесь


Это проблема, с которой я столкнулся. У меня есть некоторые проекты в v4.5 и другие в v2.0 (да, я знаю, я знаю ...). Очевидно, что этот параметр не основан на проекте, поэтому, когда я установил его в проекте v4.5, мне пришлось установить его обратно, когда я вошел в проект v2.0.
L_7337

9

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

Проблема, скорее всего, заключается в том, что ваше приложение Silverlight неправильно развертывается в веб-приложении при сборке / запуске. Это проблема со ссылками - она ​​проста для понимания, но не очевидна, когда вы впервые сталкиваетесь с ней.

Как и любая другая ссылка на проект, выходные данные ссылочного проекта должны быть скопированы в папку bin ссылочного проекта для отладки. Для библиотек классов это происходит, когда вы щелкаете правой кнопкой мыши и выбираете «Добавить ссылку ...». Для Silverlight вы должны добавить ссылку через Свойства проекта.

  • Щелкните правой кнопкой мыши свой проект и выберите «Свойства»
  • Выберите вкладку «Приложения Silverlight» слева
  • Нажмите кнопку «Добавить ...» и выберите свой проект Silverlight из диалогового окна.

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


9

Если вы отлаживаете веб-проект, убедитесь, что в вашем файле web.config установлен атрибут debug = "true":

<system.web>
    <compilation debug="true"   .../>

8

У меня была та же проблема в Windows 7, и я попробовал все : почистил DLL, исследовал список модулей, выключил «Just My Code» и так далее.

Проблема была решена после того, как я запустил Visual Studio "как администратор". Честно. Почему Microsoft не может просто предупредить меня, что она не работает «как администратор»? Это сэкономило бы мне несколько часов работы.


8

Для меня проблема заключалась в том, что у меня была включена опция «Оптимизировать код» на вкладке «Сборка» настроек моего проекта.


7

Была такая же проблема

По какой-то причине одна из DLL была зарегистрирована в GAC, поэтому она всегда отличалась от кода.

Как только я удалил его из GAC, проблема была решена


Вы имеете в виду, как это попало в эту ситуацию? Или как я это убрал?
Stikut

Как ты это убрал. У меня та же проблема, и я не могу ее исправить. Я попробовал все, поэтому я надеялся, что это было мое решение.
Гауи

1
Я надеюсь, что вы могли бы использовать это: support.microsoft.com/kb/873195 Если, конечно, у вас есть другие ошибки
Stikut

6

Для тех, кто читает, которые используют Visual Studio 2008, а не Visual Studio 2010 и получают эту ошибку. Ответы выше не помогли мне в этой ситуации, поэтому я делюсь своим опытом.

Если вы отлаживаете веб-приложение IIS в Visual Studio 2008, подключаясь к процессу w3wp.exe, а не используя сервер разработки ASP.NET для отладки (начните с отладки), это может быть вашей проблемой:

Visual Studio может по-прежнему ссылаться на файл символов (файл, используемый во время отладки) из вашей dll из процесса IIS, который устарел. И этот файл символов был воссоздан путем перекомпиляции исходного кода .NET, но процесс IIS все еще ссылается на старый файл символов.

Исправить:

Просто прекратите отладку в Visual Studio, перезапустите веб-приложение и заново подключитесь к процессу. Тогда контрольные точки должны изменить цвет с желтого (когда вы видите эту ошибку) на красный.

========================

Еще кое-что попробовать (нашел новую ситуацию сегодня):

Сделайте каждую пулю в ссылке ниже ОДИН РАЗ, но повторите мои шаги ниже с каждым, который вы пытаетесь.

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1.) Остановите отладку (нажмите значок красного квадрата) в Visual Studio
2.) Очистите решение
3.) Создайте решение
4.) [ВСТАВЬТЕ ИНСТРУКЦИЮ БУЛЛЕТА ЗДЕСЬ]
5.) Инструменты> Присоединить к процессу (или начать с отладки)
6.) Запустите программу, к которой вы присоединяетесь, и запустите ее так, чтобы ваш код попадал

6 объяснил:

Если вы подключаетесь к nunit.exe, откройте NUnit и запустите тест, чтобы достичь точки останова.

Если вы подключаетесь к w3wp.exe (сайт IIS), откройте ваш сайт в браузере и перейдите на страницу, которая достигнет вашей точки останова.

РЕДАКТИРОВАТЬ:

Сегодня я заметил, что если вы попытаетесь отладить проект, который не задан в качестве начального проекта, он покажет это. Когда вы присоединяетесь к процессу w3wp.exe, он думает, что его отладка в проекте, который задан как стартовый проект. Чтобы решить, просто щелкните правой кнопкой мыши проект веб-приложения и выберите «Установить как стартовый проект». Затем попробуйте снова присоединиться к вашему процессу.


Не стесняйтесь поднять ответ, если это было полезно. :-) Я покажу вам, что делает голосование.
MacGyver

Я приветствую ваш ответ, так как он был полезен. Я пробовал другие способы, но именно ты меня вытащил. Спасибо +1.
Закер

5

Сценарий таков: конкретный проект - это ваш стартовый проект (например, имеет метод Main). Этот проект ссылается на другие проекты в вашем решении. Точки останова в других проектах не получают удар.

Быстрое решение: когда вы создаете свое решение, ищите путь вывода Build (обычно bin \ Debug) для запуска проекта. Посмотрите на файлы DLL и PDB для проектов, на которые вы ссылаетесь. Убедитесь, что дата их последнего изменения - это дата, когда вы в последний раз создавали свое решение. Если это не так, скопируйте их из выходного пути сборки для каждого проекта в свои стартовые проекты. Выходной путь сборки. Например:

Проект А имеет Главное. Он ссылается на проект B. Ваши точки останова не попадают в проект B. Скопируйте файл DLL и PDB из выходного пути сборки B проекта B в выходной путь сборки проекта A. Затем запустите ваше решение. Точка останова теперь будет достигнута.

Теперь вам нужно выяснить, почему Project A не копирует файлы DLL и PDB Project B. Ответы здесь охватывают большинство сценариев. Один из сценариев, который не был затронут, - убедиться, что ваши проекты и решения правильно связаны с TFS. Некоторые проекты были связаны, а некоторые неправильно. Это вызвало проблему для меня. Когда я это исправил, проблема исчезла, и мне больше не нужно было копировать файлы DLL и PDB.


Ваш пункт 2 исправил мою проблему. Один из проектов в решении находился в другом каталоге bin, чем каталог bin загрузочной библиотеки DLL.
BobRodes

4

Решением той же проблемы в моем случае была следующая комбинация шагов:

  1. Решение -> Свойства. Выберите несколько запускаемых проектов, выберите Начать действие с проектами, которые необходимо отладить.
  2. Удалил сервис из списка сервисов и очистил решение.
  3. Перестроить сервисный проект
  4. Добавил его обратно в сервис ссылки
  5. Очистите решение и восстановите его.

4

Чтобы исправить эту проблему в Web.config, мне просто нужно было добавить debug="true"

  <system.web>
    <compilation targetFramework="4.0" debug="true">

Что помогло мне найти это решение, так это просмотр окон Модулей во время отладки и обнаружение того, что для моих загруженных библиотек DLL ASP.NET у меня было: двоичный файл не был собран с отладочной информацией.


3

У меня была такая же проблема, но в VS2013 для веб-приложения. Для меня ответом было обновить конфигурацию сборки для решения:

  1. Щелкните правой кнопкой мыши Решение и выберите Свойства.
  2. Выберите конфигурацию отладки
  3. Выберите «Конфигурация» под «Свойства конфигурации» в trivet
  4. Установите флажок «Сборка» для каждого проекта, который вы хотите отлаживать

Как только я сделал это, все мои контрольные точки начали работать.


Это сработало для меня, но мне также пришлось поменять все мои проекты с Release на Debug в колонке Configuration.
JoshYates1980

2

Хорошо, здесь мы идем:

(В «приложении Silverlight»: пожалуйста, сначала проверьте, что Silverlight отмечен в «web» в «свойствах» проекта вашего сервера. Если это не помогло, попробуйте это ниже)

В первый раз выполните: сначала запустите: devenv.exe / ResetSettings и 1: в верхнем меню нажмите на тег отладки 2: выберите параметры и настройки 3: в «отладке» и в «общем» найдите «включить пошаговое выполнение исходного кода .net framework» 4: поставьте галочку 5: И теперь все символы будут загружены и перенастроены :)

Если после описанного выше это произойдет снова, просто очистите папку, в которой находятся символы:

1: в верхнем меню нажмите на тег отладки 2: выберите параметры и настройки 3: в «отладке» и в разделе «символы» найдите кнопку «пустой кэш символов» и нажмите ее.


2

Откройте URL-адрес веб-приложения в браузере, а затем в интегрированной среде разработки VS.Net выберите Сервис -> AttachtoProcess.

затем присоедините к aspnet_wp.exe.

Отладчик начнет работать


2

Мне пришлось вручную удалить все экземпляры .dll из реестра и все экземпляры .dll с моего локального диска. Деинсталлировал / переустановил мое приложение и теперь я бью точки останова! Потратил пол дня на это :(.


2

Я попытался переименовать .pdbфайл в obj\debugпапке и сделал чистое решение и восстановить.
Он создал новый .pdbфайл, и я смог правильно поразить точки останова.


2

У меня была та же проблема - я потерял много времени, пытаясь заставить работать отладку в Visual Studio.

В итоге получилось Nuget - у меня было 3 версии Newtonsoft.Json (в 7 проектах на C #). Решение скомпилируется, но не может быть отлажено.

Я исправил эту проблему, запустив в консоли диспетчера пакетов Nuget следующее:

PM> Обновление-пакет Newtonsoft.Json


2

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


1

Попробуйте установить Silverlight Application Project как стартовый проект: щелкните правой кнопкой мыши проект -> «Установить как стартовый проект». Затем нажмите F5 и посмотрите, сможете ли вы поймать точки останова ...

Попробуйте удалять данные браузера / температуры в вашем браузере каждый раз, когда вы вносите изменения в приложение Silverlight


1

Еще один анекдот, который может быть полезен

Я столкнулся с этой проблемой, когда один из моих проектов использовал ссылки на файлы из выходной папки выпуска. Когда результаты сборки были помещены в папку товаров, эти библиотеки выпуска перезаписывали библиотеки отладки.

Решением было убедиться, что в файле csproj HintPath моей ссылки был

<HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

и нет

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>


1

У меня возникла эта проблема, когда на клиенте, где - для каждого решения приложения - они копировали большинство общих сборок в папку « Ссылки », а затем добавляли их в решение как « Элементы решения » и как « Проект » в решении.

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

Такое непредсказуемое поведение почти сводило меня с ума :)

Я решил эту проблему, удалив все сборки из папки « Ссылки », для которых были проекты с исходным кодом, и очень хорошо отслеживая информацию о версии для общих сборок.


1

У меня была похожая проблема, за исключением того, что моя проблема была глупой - у меня было 2 экземпляра встроенного веб-сервера, работающего под 2 разными портами, и у меня был мой проект -> свойства -> веб -> «Начальный URL», указывающий на фиксированный порт, но веб-приложение на самом деле не работало под этим портом. Таким образом, мой браузер был перенаправлен на «Начальный URL», который ссылался на 1539, но экземпляр кода / отладки работал под портом 50803.

Я изменил встроенный веб-сервер для работы с фиксированным портом и настроил свой «Начальный URL», чтобы использовать этот порт. проект -> свойства -> web -> раздел «Серверы» -> «Использовать Visual Studio Development Server» -> определенный порт

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.