Гаразд, що я маю:

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

Вчора раптом я отримав 'Точку розриву наразі не вдарять. Для цього документа символи не завантажені. " повідомлення, яке з'явиться в IDE, але воно впливає лише на веб-додаток, я можу налагодити Silverlight та додаток Winform.

Що я намагався / зробив, щоб позбутися повідомлення:

• Скидання налаштувань Visual Studio
• видалено всі файли з кожної \ тимчасової папки файлів ASP.NET (є одна для кожної 32-бітової / 64-бітової та для Framework 2.0 та 4.0)
• намагався налагоджувати веб-сервер Visual Studio Integrated - я зазвичай використовую IIS, у проектному проекті рішення я видаляв усі папки obj і bin у кожній папці проекту
• створили нове рішення та додали всі проекти до цього нового рішення
• видалено файл рішення рішення
• створив новий веб-додаток ASP.NET, щоб перевірити, чи це проблема встановлення VS => Я можу налагодити цей новий проект / рішення
• перезавантажили машину кілька разів
• відремонтував установку vs.net
• зробив набір IISReset
• видалено веб-додаток з IIS
• використовував кнопку Створити віртуальний каталог у розділі Властивості проекту для веб-програми, щоб створити нову веб-програму в IIS
• змінив рамкову версію кожного проекту з 3,5 на 4,0
• Відкрив рішення на моїй другій машині => та ж поведінка
• сканував Microsoft Connect для помилок / подібних проблем
• СЕПЕНТ 7 ГОДИНИ.

Отже, це відбувається вдруге в моєму житті. востаннє я вирішив це шляхом видалення тимчасової папки файлів ASP.NET, але цього разу мені потрібна ваша допомога.

Клацніть правою кнопкою миші рішення -> Властивості

Подивіться у розділі Загальні властивості -> Запуск проекту

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

виберіть Почати дії над проектами, які потрібно налагодити.

У мене була така ж проблема, і після гугл я знайшов два типових рішення для цього:

1. Переконайтесь, що налагоджувач Silverlight активований у проекті .Web. Відкрийте властивості проекту та виберіть налагоджувач Silverlight на вкладці "Веб".

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

Але жодне з них не працювало на мене . Потім хтось згадав далеко внизу, щоб спробувати використовувати IE як браузер. Це змусило налагодження і точки прориву знову працювати!

Редагувати:

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

• Клацніть правою кнопкою миші одну зі створених сторінок проекту .Web (.html або .aspx)
• Натисніть "Оглянути з ..."
• Встановити IE як браузер за замовчуванням (це вплине лише на вибір браузера Visual Studio)

Тепер Visual Studio запустить IE під час запуску проекту .Web та приєднається до правильного процесу. Це повинно це робити.

Кожного разу, коли у мене виникала ця конкретна помилка, виявляється, що папка, з якої 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файл вашого проекту.

Проблемою для мене виявилося те, що прапорець Властивості-> Збудувати-> Оптимізувати код було ввімкнено в конфігурації налагодження. Вимкнено, відновлено та налагодження спрацювало як звичайно.

Причина, з якою ви стикалися, полягає в тому, що PDB ("PDB розшифровується як програмна база даних, формат власного файлу (розроблений Microsoft) для зберігання налагоджувальної інформації про програму) не є актуальним. Це може бути пов'язано з деякими причинами :

1- Як сказав Беван, ви можете налагоджувати іншу програму!

2- Ви налагоджуєте іншу версію того ж додатка. Наприклад, ви додали раніше вбудовану програму з поточною версією коду для налагодження без (повторної) її побудови.

Очищення або відновлення рішення вирішує такі проблеми для мене.

Щоб переконатися, що проблема не ваша, спробуйте налагодити той самий додаток з VS 2008 (я боюся, що це може бути помилка у VS 2010 - це все ще бета!).

У мене була така ж проблема, я налагоджував свій проект, і мені довелося клацнути правою кнопкою миші проект і вибрати "новий екземпляр налагодження". Мені потрібно було це зробити лише один раз, потім після цього це працювало як нормально.

Ця помилка виникає раз у раз для мене, і я завжди можу простежити її назад до налаштувань проекту для відповідної збірки. Вам не доведеться "чекати", поки ваш код не дотримається точки перерви або поки ви не встановите точку розриву, щоб знати, на яких складах завантажуються символи.

Коли ви запускаєте проект у режимі налагодження, у вікні виводу буде вказано, які збірки містять символи, завантажені нижче (можливо, вам потрібно буде відкрити зображення на новій вкладці): T

Тож у цьому випадку BASD.Core.Data.dll НЕ завантажує символи. Тоді ви можете порівнювати параметри проекту для цієї збірки з тими для іншої збірки, яка встигла завантажити символи, щоб зрозуміти, чому деякі роблять, а деякі не завантажують символи.

"Для мене", однак, "кожен раз" це відбувається тому, що інформація про налагодження не створюється. Отже, я відкриваю Project Properties> Properties> Build> Advanced у (C #) проекті.

Отже, для Basd.Core.Data.dll вище, тобто ніяких символів, розширені налаштування збірки були:

Тоді як для Basd.Core.Configuration.dll, тобто для збірки, де я міг встановити та натиснути точку розриву, налаштування були:

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

Також зауважте, що недостатньо просто мати файл .pdb у папці bin проекту для даного .dll, оскільки він може бути застарілим, і тому Visual Studio не підбирає файл як дійсний файл символу для .dll ви намагаєтесь переступити.

Також зауважте, що зміна конфігурацій збірки може змінити параметри інформації про збірку та звідки витягуються символи.

(Я розумію, що в цьому випадку я перебуваю в режимі випуску, але метод все ще застосовується)

Властивості Goto Project -> Build -> Advanced ...

У розділі "Вихід" виберіть "повне" у спадному меню "Налагодження інформації"

Переконайтеся, що ви запускаєте свою програму в режимі DEBUG, а не в режимі RELEASE.

Налагодження -> Приєднати до процесу ->
вибрати Налагодити ці типи коду: параметр ->
вибрати Керований v3.5, v3.0, v2.0 або керований v4.5, v4.0

Я щойно вирішив цю проблему відповідно до розгортання програм Silverlight . (Ця відповідь є дублікатом деяких інших, але я спробую пояснити це більш детально.)

Проблема, швидше за все, у тому, що ваша програма Silverlight неправильно розгорнута у вашій веб-програмі під час збирання / запуску. Це проблема з посиланням - це зрозуміти просто, але не очевидно в перший раз, коли ви стикаєтесь.

Як і будь-яка інша посилання на проект, висновок згаданого проекту повинен бути скопійований у папку бін із посиланням проекту, щоб налагодити його. Для бібліотек класів це відбувається, коли ви клацніть правою кнопкою миші та виберіть "Додати довідку ...". Для Silverlight слід додати посилання через Project Properties.

• Клацніть правою кнопкою миші проект і виберіть "Властивості"
• Виберіть вкладку "Програми Silverlight" зліва
• Натисніть кнопку "Додати ..." та виберіть у діалоговому вікні проект Silverlight

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

Якщо ви налагоджуєте веб-проект, переконайтеся, що атрибут debug = "true" встановлений у вашому файлі web.config:

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

У мене була така ж проблема в Windows 7 і спробувала все : очистила DLL, дослідила список модулів, вимкнула «Просто мій код» тощо.

Проблема була вирішена після запуску Visual Studio "як адміністратор". Чесно. Чому Microsoft не могла просто попередити мене, що він не працює "як адміністратор"? Це врятувало б мені кілька годин роботи.

Для мене проблема полягала в тому, що у мене ввімкнено "Оптимізувати код" на вкладці "Збірка" в налаштуваннях мого проекту.

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

Чомусь одна з DLL була зареєстрована в GAC, тому вона завжди мала іншу версію, ніж код.

Після того, як я видалив його з GAC, проблема була вирішена

Для тих, хто читає, які використовують 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, він вважає його налагодженням у проекті, встановленому як стартовий проект. Щоб вирішити проблему, просто клацніть правою кнопкою миші проект веб-програми та виберіть "Встановити як запуск проекту". Потім спробуйте знову приєднатися до свого процесу.

Сценарій такий: конкретний проект - це ваш стартовий проект (наприклад, має метод Main). Цей проект посилається на інші проекти у вашому рішенні. Точки переривання в інших проектах не потрапляють.

Швидке рішення: коли ви будуєте своє рішення, подивіться у шлях виведення збірки (як правило, bin \ Debug) для запуску проекту. Подивіться на файли DLL та PDB для проектів, на які ви посилаєтесь. Переконайтесь, що їх дата останнього змінення - дата, коли ви востаннє створили рішення. Якщо їх немає, скопіюйте їх із контуру виведення для кожного проекту у ваші стартові проекти Побудувати вихідний шлях. Наприклад:

Проект A має головне. Він посилається на проект B. Ваші точки зупинки не потрапляють у Project B. Скопіюйте файл DLL та PDB з вихідного контуру Build B на проект B в вихідний шлях збірки проекту A. Потім запустіть рішення. Точка розриву тепер буде вдарена.

Тепер вам потрібно з’ясувати, чому проект A не копіює файли DLL та PDB проекту B. Відповіді тут охоплюють більшість сценаріїв. Один сценарій, який не торкнувся, - це переконання, що ваші проекти та рішення прив’язані до TFS належним чином. У мене були прив’язані деякі проекти, а деякі не прив'язані правильно. Це викликало проблему для мене. Як тільки я це вирішив, проблема усунулася, і мені більше не доводилося копіювати файли DLL та PDB.

Вирішенням тієї ж проблеми в моєму випадку було наступне поєднання кроків:

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

Щоб виправити цю проблему в Web.config, я просто повинен був додати debug="true"

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

Що допомогло мені знайти це рішення, переглядаючи вікна Модулі під час налагодження, і побачив, що для моїх завантажених DLP-файлів ASP.NET я мав: Бінарний файл не будувався з інформацією про налагодження.

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

1. Клацніть правою кнопкою миші рішення і виберіть "Властивості"
2. Виберіть конфігурацію налагодження
3. Виберіть "Конфігурація" у розділі "Властивості конфігурації" у тривірші
4. Поставте прапорець "Побудувати" для кожного проекту, який ви хочете налагодити

Як тільки я це зробив, усі мої точки прориву почали працювати.

Гаразд - ось ми:

(У додатку "Silverlight": спочатку перевірте, чи Silverlight зареєстрований у "web" у вашому проекті "Властивості" вашого серверного проекту. Якщо це не вирішилося, спробуйте це нижче)

Перший час: виконайте це спочатку: devenv.exe / ResetSettings і 1: у верхньому меню натисніть на тег налагодження 2: натисніть параметри та параметри 3: у «налагодженні» та під «загальним» знайдіть «включити. 4: Поставте галочку. 5: А тепер усі символи будуть завантажені та переналаштовані :)

Якщо це повториться після вищезазначеного, просто очистіть папку, де знаки є:

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

Відкрийте URL-адресу веб-програми у веб-переглядачі, а потім у IDE VS.Net використовуйте Інструменти -> AttachtoProcess

потім прикладіть до aspnet_wp.exe.

Налагоджувач почне працювати

Мені довелося видалити з реєстру вручну всі екземпляри .dll та всі екземпляри .dll з мого локального диска. Видалення / перевстановлення мого додатка і тепер я потрапляю на точки прориву! Витратив півдня на це :(.

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

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

Це було Nuget - у мене було 3 версії Newtonsoft.Json (у 7 проектах C #). Розв’язання буде компілюватися, але не було налагоджуваним.

Я вирішив проблему, виконавши наступне в консолі менеджера пакунків Nuget:

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

Для свого додатка WPF я видалив папку додатків, зробив "Останнє" з керування джерелом і знову відновив. Зараз усі точки прориву чудово працюють.

Спробуйте встановити Silverlight Application Project як проект запуску: клацніть правою кнопкою миші на project -> 'Set As Startup project. Потім натисніть F5 і подивіться, чи зможете ви зловити точки прориву ...

Спробуйте видалити дані веб-перегляду / темп у своєму браузері щоразу, коли ви вносите зміни в програму Silverlight

Ще один анекдот, який може бути корисним -

Я зіткнувся з цією проблемою, коли в одному з моїх проектів використовувались посилання на файли з папки випуску Release. Коли результати збірки розміщувались у папці «Товари», ці випуски «Реліз» перезаписували «Налагодження».

Рішення полягало в тому, щоб переконатися, що у файлі csproj HintPath моєї довідки був

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

і ні

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

У мене виникло саме це питання, коли у клієнта, де - для кожного рішення програми - вони скопіювали більшість спільних збірок у папку " Посилання ", а потім додали їх до рішення як " Елементи рішення ", так і як " Проект " всередині рішення.

Невідомо ще чому, але деякі з них були налагоджуваними, деякі ні, навіть якщо в налаштуваннях References для зборів були вказані правильні повні шляхи.

Ця непередбачувана поведінка alomst зводила мене з розуму :)

Я вирішив це, видаливши всі збірки із папки " Посилання ", для якої були проекти з вихідним кодом, і дуже добре відслідковував інформацію про версію для спільних збірок.

У мене була аналогічна проблема, за винятком того, що моя проблема була дурною - у мене було два екземпляри вбудованого веб-сервера, який працює під двома різними портами. І у мене мій проект -> властивості -> web -> "Початкова URL-адреса", що вказує на фіксований порт, але веб-додаток насправді не працює під цим портом. Тож мій браузер переспрямовували на "Початкову URL-адресу", яка згадувала 1539, але екземпляр коду / налагодження працював під портом 50803.

Я змінив вбудований веб-сервер для роботи під фіксованим портом і налаштував "Стартову URL-адресу", щоб також використовувати цей порт. project -> властивості -> web -> розділ «Сервери» -> «Використовувати сервер розвитку Visual Studio» -> конкретний порт