When executing unit tests in debugging mode, I get the following error message:
A fatal error has occurred and debugging needs to be terminated. For more
details please see the Microsoft Help and Support web site.
HRESULT=0x8000ffff. ErrorCode=0x0.
asked Nov 3, 2017 at 10:07
So my steps to fix the issue,
1- [Preventive action]
Update the Visual studio 2017 , from the yellow flag notification or from
Tools >> Extensions & Updates >> Updates >> visual studio marketplace.
2- Search in your test solution for launchsettings.json file and remove it.
3- Clean the test solution .
4- Rebuild the project .
5- Make a cup of coffee ;).
answered Nov 16, 2017 at 7:30
![]()
Ahmed ElbattAhmed Elbatt
1,0311 gold badge14 silver badges20 bronze badges
2
Restarting Visual Studio solved this issue for me.
answered Feb 3, 2020 at 19:22
![]()
software_writersoftware_writer
3,7019 gold badges36 silver badges59 bronze badges
Cleaning the solution didn’t work for me, and I couldn’t find a launchsettings.json.
What eliminated the error for me: Changing the Startup project to a project other than the test project, as mentioned in this MSDN forum post.
answered Apr 4, 2018 at 18:27
![]()
System.Cats.LolSystem.Cats.Lol
1,5501 gold badge24 silver badges45 bronze badges
1
Solution
Clean the solution and try again. See Visual Studio Forum for details. It helped in my case.
answered Nov 3, 2017 at 10:07
MovGP0MovGP0
7,0573 gold badges47 silver badges41 bronze badges
Try to check your depencency packages and references and try to ensure that all is ok. I fix this problem delete unnecessary and broke dependencies.
answered Jun 12, 2019 at 4:23
I had a similar issue and was because of the .Net Framework Target settings were wrong. It was set to .NET 5.0 which was not supported by VS2017. Opening the project in VS2019 solved the issue.
answered Dec 14, 2022 at 20:40
PaulDPaulD
12 bronze badges
When executing unit tests in debugging mode, I get the following error message:
A fatal error has occurred and debugging needs to be terminated. For more
details please see the Microsoft Help and Support web site.
HRESULT=0x8000ffff. ErrorCode=0x0.
asked Nov 3, 2017 at 10:07
So my steps to fix the issue,
1- [Preventive action]
Update the Visual studio 2017 , from the yellow flag notification or from
Tools >> Extensions & Updates >> Updates >> visual studio marketplace.
2- Search in your test solution for launchsettings.json file and remove it.
3- Clean the test solution .
4- Rebuild the project .
5- Make a cup of coffee ;).
answered Nov 16, 2017 at 7:30
![]()
Ahmed ElbattAhmed Elbatt
1,0311 gold badge14 silver badges20 bronze badges
2
Restarting Visual Studio solved this issue for me.
answered Feb 3, 2020 at 19:22
![]()
software_writersoftware_writer
3,7019 gold badges36 silver badges59 bronze badges
Cleaning the solution didn’t work for me, and I couldn’t find a launchsettings.json.
What eliminated the error for me: Changing the Startup project to a project other than the test project, as mentioned in this MSDN forum post.
answered Apr 4, 2018 at 18:27
![]()
System.Cats.LolSystem.Cats.Lol
1,5501 gold badge24 silver badges45 bronze badges
1
Solution
Clean the solution and try again. See Visual Studio Forum for details. It helped in my case.
answered Nov 3, 2017 at 10:07
MovGP0MovGP0
7,0573 gold badges47 silver badges41 bronze badges
Try to check your depencency packages and references and try to ensure that all is ok. I fix this problem delete unnecessary and broke dependencies.
answered Jun 12, 2019 at 4:23
I had a similar issue and was because of the .Net Framework Target settings were wrong. It was set to .NET 5.0 which was not supported by VS2017. Opening the project in VS2019 solved the issue.
answered Dec 14, 2022 at 20:40
PaulDPaulD
12 bronze badges
У меня есть тестовое приложение .NET 5 WinForms, которое ссылается на библиотеку классов .NET Framework 4.8 — ссылка Github.
Я полагаю, это возможно из-за Режим совместимости с .NET Framework
Когда я пытаюсь отладить библиотеку классов в Visual Studio 2019 16.8.4 (запустив приложение .NET 5), я получаю сообщение об ошибке:
Отладчик был настроен на использование управляемого отладчика Desktop CLR (.NET Framework), но целевой процесс загружал среду выполнения CoreCLR (.NET Core). Отладчик был настроен на использование управляемого отладчика Desktop CLR (.NETFramework), но целевой процесс загружал среду выполнения CoreCLR (.Net Core). Чтобы отладить этот проект, настройте его для использования отладчика «Управляемый (CoreCLR)».

Где найти вариант использования отладчика «Управляемый (CoreCLR)» .
Заранее спасибо.
ОБНОВЛЕНИЕ Если я начну отладку из проекта приложения .NET 5 — я могу перейти в библиотеку классов .NET Framework 4.8. Но я хочу выполнить отладку из проекта библиотеки классов.
1 ответ
Лучший ответ
Одна полезная функция — изменить ваш проект сетевой инфраструктуры из non-sdk в new-sdk формат csproj.
1) создайте проект библиотеки классов ядра сети, затем введите его csproj файл и затем измените targetframework на:
<TargetFramework>net48</TargetFramework>
Итак, у вас есть проект net framework4.8, совместимый с CoreCLR .
См. этот документ.
Когда вы закончите, переместите файлы, не относящиеся к sdk net framework4.8, в новый.
2) используйте Присоединить к процессу , и у него должна быть программа выполнения для запуска кода проекта библиотеки.
Вы можете проверить эту проблему, чтобы получить подробные шаги, когда вы открываете Присоединить к процессу и не забудьте выбрать Управляемый (.Net Core, NET5 +) , и это отладчик.

Это аналогичная проблема.
На самом деле я рекомендую решение 1 , а решение 2 может иметь небольшие проблемы.
1
Perry Qian-MSFT
26 Янв 2021 в 08:23
Проблемы
Расставим следующий сценарий в Microsoft Dynamics SL 2011:
-
Вы можете создать собственное приложение объектной модели, чтобы автоматизировать стандартный экран Microsoft Dynamics SL.
-
Вы включаете в свое приложение функцию StartAppAndAutomate () .
-
Вы компилируете и отлаживать свое пользовательское приложение в Microsoft Visual Studio.
После этого появится следующее сообщение об ошибке:
В библиотеке времени выполнения C Microsoft Visual Studio обнаружена неустранимая ошибка в%. Нажмите клавишу Break, чтобы выполнить отладку программы или продолжить выполнение программы.
Решение
Сведения об исправлении для Microsoft Dynamics SL
Поддерживается исправление, выпущенное корпорацией Майкрософт. Однако это исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только для систем, в которых наблюдаются указанные выше проблемы. Это исправление может получать дополнительное тестирование. По этой причине корпорация Майкрософт рекомендует во всех случаях, когда проблема не представляет особой важности, дождаться следующего пакета обновления для Microsoft Dynamics SL, содержащего это исправление, как указано в разделе «состояние» этой статьи. Чтобы устранить эту проблему, щелкните ссылку «просмотреть и запросить исправления» в верхней части этой статьи, чтобы получить исправление. Примечание Если возникнут дополнительные проблемы или необходимо устранить неполадки, возможно, потребуется создать отдельный запрос на обслуживание. Для дополнительных вопросов и проблем, которые не могут быть неполными для данного исправления, действуют стандартные затраты на поддержку. Чтобы создать отдельный запрос на обслуживание, посетите веб-сайт Майкрософт по следующему адресу:
http://support.microsoft.com/contactus/?ws=support
Сведения о файлах
Английская версия данного исправления содержит атрибуты файлов (или более поздние версии), указанные в приведенной ниже таблице. Дата и время для этих файлов указаны в формате всемирного координированного времени (UTC). При просмотре сведений о файле они преобразуются в местное время. Чтобы узнать разницу между временем по ГРИНВИЧу и местным временем, используйте вкладку Часовой пояс в элементе » Дата и время » на панели управления. Microsoft Dynamics SL 2011
|
Измененные файлы |
дата |
Версия файла |
|---|---|---|
|
SWIMAPI.DLL |
27 апреля 2011 |
8.0.20427.0 |
|
SOLOMONKERNEL.DLL |
27 апреля 2011 |
8.0.20427.0 |
Сведения об установке
Установите это исправление, следуя инструкциям по установке, которые включены в пакет исправлений.
Предварительные условия
Сведения о предварительных требованиях для этого исправления можно найти в статье инструкции по установке, которые включены в пакет исправлений.
Требование перезагрузки
Если вам будет предложено, перезагрузите компьютер после установки исправления.
Сведения об удалении
Вы не можете удалить это исправление.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».Эта проблема была обнаружена как номер выпуска 23341.
Дополнительная информация
Дополнительные сведения о терминах, используемых при описании обновлений программного обеспечения, см. в следующей статье базы знаний Майкрософт:
824684 Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт
Нужна дополнительная помощь?
Я использую Visual Studio 2010 в 64-разрядной версии Windows 7 Professional в VMware 4.1.1, работающей на 2 процессорах и примерно 2 ГБ оперативной памяти. При отладке простого приложения Visual Studio зависает/не отвечает. Затем я получаю сообщение о том, что «Visual Studio занята ожиданием завершения внутренней операции». Через несколько минут я получаю следующее приглашение:
«Произошла неустранимая ошибка, и отладку необходимо прекратить. Дополнительные сведения см. на веб-сайте справки и поддержки Microsoft. HRESULT = 0x80131c08. ErrorCode = 0x0.»
Веб-сайт поддержки Microsoft не может найти решение. Я искал свой любимый ресурс «Google» безрезультатно. А также, глядя здесь на переполнение стека. Я нашел пост, похожий, но не связанный с VMware, в нем упоминалось, что эта ошибка была вызвана проблемой с памятью, поэтому я увеличил размер виртуальной машины до 4 ГБ и перепробовал весь процесс. И получил ту же ошибку.
Кто-нибудь еще сталкивался с этой проблемой, или нашел решение, или мог бы указать мне правильную нить. Как я уже сказал, я искал безрезультатно.
Я использую Visual Studio 2010 в Windows 7 Professional, 64-разрядную версию в VMware 4.1.1, работающую на 2 процессорах и примерно 2 ГБ оперативной памяти. При отладке простого приложения Visual Studio зависает / не отвечает. Затем я получаю всплывающее сообщение, информирующее меня о том, что «Visual Studio занята ожиданием завершения внутренней операции». Через несколько минут я получаю следующее приглашение:
«Произошла фатальная ошибка, и отладку необходимо прекратить. Дополнительные сведения см. На веб-сайте справки и поддержки Microsoft. HRESULT = 0x80131c08. ErrorCode = 0x0».
Веб-сайт поддержки Microsoft не может найти решение. Я безрезультатно искал на своем любимом ресурсе «Google». А также посмотреть здесь на переполнение стека. Я нашел здесь сообщение, похожее, но не связанное с VMware, в сообщении упоминалось, что эта ошибка возникла из-за проблемы с памятью, поэтому я увеличил виртуальную машину до 4 ГБ и снова попробовал весь процесс. И получил ту же ошибку.
Кто-нибудь еще сталкивался с этой проблемой, нашел решение или мог указать мне в правильном направлении. Как я уже сказал, я поискал безрезультатно.
#visual-studio #asp.net-core #ide #visual-studio-2019 #development-environment
#visual-студия #asp.net-ядро #ide #visual-studio-2019 #разработка-окружающая среда
Вопрос:
С сегодняшнего утра моя Visual Studio ведет себя очень странно. Я получаю сообщение об ошибке «произошла одна или несколько ошибок, не удалось запустить debug adapter» всякий раз, когда я запускаю проект.

Я запускаю свой профиль проекта вместо того, чтобы запускать его в профиле IIS Express. Вот мой launchSettings.json файл.
{
"iisSettings": {
"windowsAuthentication": false,
"anonymousAuthentication": true,
"iisExpress": {
"applicationUrl": "http://localhost:65498",
"sslPort": 44318
}
},
"profiles": {
"IIS Express": {
"commandName": "IISExpress",
"launchBrowser": true,
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
}
},
"<ProjectName>": {
"commandName": "Project",
"launchBrowser": true,
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
},
"applicationUrl": "https://localhost:5001;http://localhost:5000"
}
}
}
И когда я проверяю окно вывода, это то, что я получаю.
Программа ‘[22052] .exe’ завершила работу с кодом -1 (0xffffffff).
Еще одна вещь, которую я заметил, — это то, что новая вкладка браузера открывается без какого-либо URL-адреса, просто about:blank страница.
Комментарии:
1. У меня тоже возникает такая же проблема, когда он работает нормально уже целую вечность. Внезапно после обновления Edge он перестал работать; У меня нет окна консоли, и у меня не открыто окно браузера. Единственное решение — перейти на Chrome. Что странно, так это то, что он работает в первый раз после перезагрузки, а затем во второй раз выходит из строя.
Ответ №1:
У меня тоже возникла эта проблема, и я думаю, что это может быть как-то связано с браузером Edge (или обновлением?) И отладчиком JavaScript. В первый раз, когда я запускаю веб-приложение, все работает нормально. Каждый раз после этого я получаю сообщение «не удалось запустить адаптер отладки», показанное выше.
Я должен либо отключить отладчик Javascript, либо использовать Internet Explorer для запуска приложения.

Ответ №2:
Проблема заключалась в том, что процесс, который был запущен из моего предыдущего выполнения, все еще выполнялся. Когда мы запустим проект с помощью проекта profile, он запустит новый процесс, и вы можете увидеть, что есть новый Debug console window , как на предыдущем изображении.

Вы можете просто закрыть это окно и снова запустить свой проект, и это устранит проблемы. Вы также можете включить параметр, который закроет этот процесс при остановке отладки. Для этого перейдите в Сервис, затем нажмите Параметры, выберите Отладка, а затем включите опцию Automatically close the console when debugging stops .

Если вы не видите эту опцию, просто щелкните другие параметры в меню отладки и дождитесь загрузки содержимого, а затем снова щелкните меню отладки. Иногда он просто показывал пустой экран без каких-либо параметров. Похоже на ошибку Visual Studio 2019 .
Кроме того, не забудьте закрыть окно браузера, которое было открыто при последнем выполнении. Для меня он был открыт, поэтому открывалась новая вкладка с. about: blank
Счастливого кодирования !.
Комментарии:
1. К сожалению, это не исправило это для меня. Пробовал как с VS 2019, так и с VS 2020 Preview 2.1, все работало нормально, и со дня на день проблема начала возникать. VS запускает пустое окно браузера и не может определить, на каком порту запущен IIS. Таким образом, он пытается подключить отладчик к неправильному порту и получает отказ в подключении. Если я вручную перейду в том же окне браузера на страницу IIS Express, я смогу загрузить ее, но отладка по-прежнему не работает.
Ответ №3:
У нас та же проблема, zBestData что и выше, с момента перехода на Visual Studio 2019, версия 16.9.1.
В данный момент у нас не так много времени, чтобы разобраться в этом, но, похоже, это связано с msedge.exe процессы, оставшиеся запущенными после сеанса отладки. В качестве обходного пути перед запуском второго сеанса отладки закройте все окна open Edge, а затем отключите все msedge.exe экземпляры (например, в диспетчере задач).
В противном случае мы обнаруживаем, что нам необходимо перезапустить систему, чтобы устранить ошибку.
Комментарии:
1. То же самое для меня после обновления до 16.9.3. Перезагрузка исправила это. (Я не пытался просто закрыть Visual Studio и перезапустить ее самостоятельно. Это тоже может сработать.)
Ответ №4:
Проблема, скорее всего, связана с вашим браузером, который в данном случае выступает в качестве адаптера отладки. Закройте все экземпляры вашего браузера.
Объяснение:
Как указано в сообщении об ошибке, в окне вывода содержится дополнительная информация.
Откройте visualstudio-js-debugger.txt досье. Он должен находиться в расположении, аналогичном указанному ниже.
Не забудьте заменить ваше имя пользователя в приведенном ниже пути на ваше правильное имя пользователя.
C:/Users/*your-user-name*/AppData/Local/Temp/visualstudio-js-debugger.txt
Файл должен выглядеть, как показано ниже, обратите внимание на идентификатор адаптера, выделенный красным, это браузер Chrome. Таким образом, в этом случае вы можете просто закрыть все экземпляры браузера Chrome.
