В Visual Studio Community 2017 создал Приложение WPF (.NET Framework) на языке C#. Сделал Release сборку и отправил полученный исполняемый файл другу. Но у него программа отказалась запускаться, выдала сообщение » This application could not be started «. Версия студии на тот момент у меня была 15.5.6, а приложение я писал используя .NET Framework 4.6.1. У друга операционная система Windows 10 (редакция Home). На следующий день студия обновилась до версии 15.5.7 и я снова собрал данное приложение, а заодно ещё два приложения чистых WPF проектов. В итоге я получил три программы:
- Empty_3.5.exe — чистый WPF проект на C# используя .NET Framework 3.5
- Empty_4.6.1.exe — чистый WPF проект на C# используя .NET Framework 4.6.1
- Test.exe — прошлое приложение на C# использующее .NET Framework 4.6.1
Попробовал запустить программы на другом компьютере с установленной Windows 10. Все программы успешно запустились. Вечером прислал их другу, а у него они не заработали. Вот что выскакивает когда запускаешь Empty_3.5.exe:
Почему не работает Visual Studio 2022 сразу после установки
Я не понимаю что это за кнопки, но одна закрывает окно, а другая должна дать больше информации. Однако при нажатии на кнопку с информации, там появляется ещё какое-то окно с ошибкой и текстом что-то про Google Chrome (видимо не может открыть страничку с описанием ошибок через браузер, почему-то).
Вообще на его компьютере установлены .NET Framework’и (если верить включённым компонентам Windows). Стоят галочки на против пунктов .NET Framework 3.5 (включает .NET 2.0 и .NET 3.0) и .NET Framework 4.7 с дополнительными службами . Почему тогда приложения не работают?
- Walter Sullivan
- Постоялец
#1
11:11, 22 фев 2018
Проверьте битность приложения. Ошибка означает что ОС не может найти .net подходящей битности.
Источник: gamedev.ru
Как запустить проект С# на другом пк?
Привет, сделал небольшую прожку на C# в visual studio 2010, и ее надо запустить с другого пк. Как это сделать? установить .net framework, установить visual studio, или же можно как-то конвертировать проект, что бы был просто exe-шник, как делает с++?
- Вопрос задан более трёх лет назад
- 5142 просмотра
Комментировать
Решения вопроса 0
Ответы на вопрос 3
*.exe можно найти по пути: Документы пользователяVisual Studio Projects\bin
Начиная с 7 доступен .net 2.0, а в 8 уже 4
Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать
Во-первых, как уже отметил GavriKos, соберите проект в Release-конфигурации — exe-шник, собранный в релизе, будет оптимизирован не для отладки, а для использования в продакшене. Во-вторых, определитесь с версиями Винды, на которых будете запускать проект — с 7-кой идет .net 3.5 (включающий в себя 3.0 и 2.0), c 8-кой — 4.5 (который включает в себя 4.0).
Компилирование всех файлов проекта в один EXE | Wpf
Если попали в эти пары версия ОС/версия .net — то отдельно фреймворк ставить не надо, если не попали (например, ваше приложение под .net 4.5 нужно запустить на семерке), то тогда нужно получить инсталлятор с microsoft.com и установить на целевую машину. В-третьих, не забудьте с экзешником приложить все зависимости — если вы использовали какие-то библиотеки, то их сборки должны лежать вместе с exe. В общем все, остальное уже специфично для конкретного приложения. Для целей тестирования, если нужно свести риски незапуска к минимуму, могу посоветовать поднять чистую виртуалку с соотв. версией винды, и попытаться запустить там приложение в том виде, в котором вы его подготовили. Тогда станет понятно, что не учли и что нужно еще поставить.
Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать
Установть .net — обязательно. Студию ставить не надо.
Учтите, что начиная с win7 .net вроде бы встроен какой то.
И не забудьте приложение собрать в Release-конфигурации.
Ответ написан более трёх лет назад
Комментировать
Нравится 1 Комментировать
Ваш ответ на вопрос
Войдите, чтобы написать ответ
- C#
- +1 ещё
Почему не работает обучение в нейронной сети?
- 1 подписчик
- 5 часов назад
- 19 просмотров
Источник: qna.habr.com
Ошибка: Вероятно, монитор удаленной отладки Microsoft Visual Studio (MSVSMON.EXE) не запущен на удаленном компьютере.
Область применения:
Visual Studio
Visual Studio для Mac Visual Studio Code
Это сообщение об ошибке означает, что Visual Studio не удалось найти подходящий экземпляр монитора удаленной отладки Visual Studio на удаленном компьютере. Без монитора удаленной отладки Visual Studio удаленная отладка невозможна. Сведения о скачивании и настройке удаленного отладчика см. в статье Удаленная отладка.
Если вы считаете, что получили это сообщение из-за ошибки продукта, сообщите о проблеме разработчикам Visual Studio. Если вам нужна дополнительная помощь, обратитесь к нашему сообществу разработчиков, чтобы узнать, как связаться с корпорацией Майкрософт.
Это сообщение было получено во время отладки в Visual Studio 2010 или более ранней версии
Если вы используете версию Visual Studio 2010 или более раннюю, эта ошибка может также возникать, если не включен общий доступ к файлам и принтерам. Чтобы узнать больше об этой проблеме, обратитесь к документации для версии Visual Studio 2010: Ошибка: вероятно, Монитор удаленной отладки Microsoft Visual Studio (MSVSMON.EXE) не запущен на удаленном компьютере. — Visual Studio 2010
Это сообщение было получено при локальной отладке
Если это сообщение появляется при локальной отладке в Visual Studio 2017 или более ранних версий, причиной может быть антивирусная программа или брандмауэр сторонних разработчиков. Visual Studio 2019 и более ранних версий — это 32-разрядные приложения. В 32-разрядных версиях Visual Studio для отладки 64-разрядных приложений используется 64-разрядная версия удаленного отладчика. В Visual Studio 2017 или более ранних версий два процесса взаимодействуют друг с другом по локальной сети на локальном компьютере. Трафик не отправляется с компьютера, но приложение для обеспечения безопасности от сторонних разработчиков может блокировать обмен данными.
В следующих разделах перечислены некоторые другие причины получения этого сообщения и возможные способы решения проблемы.
Удаленный компьютер недоступен.
Попробуйте выполнить проверку связи с удаленным компьютером. Если он не отвечает на проверку связи, инструментам удаленной отладки также не удастся подключиться к нему. Попробуйте перезагрузить удаленный компьютер и проверить, правильно ли он настроен в сети.
Версия удаленного отладчика не соответствует версии Visual Studio.
Запущенная локально версия Visual Studio должна совпадать с версией монитора удаленной отладки, запущенного на удаленном компьютере. Чтобы устранить эту проблему, скачайте и установите соответствующую версию монитора удаленной отладки. Чтобы найти нужную версию удаленного отладчика, перейдите в Центр загрузки .
На локальном и удаленном компьютерах используются разные режимы аутентификации
На локальном и удаленном компьютерах должен использоваться один и тот же режим аутентификации. Чтобы устранить эту проблему, настройте на обоих компьютерах один и тот же режим аутентификации. Более подробную информацию о режимах аутентификации см. в статье Обзор аутентификации Windows.
Удаленный отладчик запущен с использованием другой учетной записи пользователя
Решить эту проблему можно одним из указанных ниже способов.
- Вы можете остановить работу удаленного отладчика и перезапустить его с учетной записью, используемой на локальном компьютере.
- Вы можете запустить удаленный отладчик в командной строке с параметром /allow параметр : msvsmon /allow
- Чтобы добавить пользователя в список разрешений удаленного отладчика, в окне удаленного отладчика выберите Инструменты > Разрешения.
- Если описанные выше способы использовать нельзя, можно разрешить любому пользователю выполнять удаленную отладку. В окне удаленного отладчика откройте диалоговое окно Инструменты > Параметры. Если выбрать Без аутентификации, то затем можно установить флажок Разрешить отладку любому пользователю. Однако этот параметр следует использовать, если нет другого выбора или если вы находитесь в частной сети.
Брандмауэр на удаленном компьютере запрещает входящие подключения к удаленному отладчику
Брандмауэры на компьютере Visual Studio и на удаленном компьютере нужно настроить так, чтобы разрешить обмен данными между Visual Studio и удаленным отладчиком. Информацию о портах, используемых удаленным отладчиком, см. в разделе Remote Debugger Port Assignments. Информацию о настройке брандмауэра Windows см. в разделе Configure the Windows Firewall for Remote Debugging.
Антивирусная программа блокирует подключения.
Антивирусная программа Windows разрешает подключения к удаленному отладчику, но некоторые антивирусные программы сторонних разработчиков могут блокировать их. Чтобы узнать, как разрешить эти подключения, см. документацию по используемой антивирусной программе.
Политика сетевой безопасности блокирует обмен данными между удаленным компьютером и Visual Studio.
Проверьте, не блокирует ли политика сетевой безопасности обмен данными. Дополнительные сведения о политике сетевой безопасности Windows см. в статье Параметры политики безопасности.
Удаленная отладка невозможна из-за слишком высокой загрузки сети.
Попробуйте выполнить удаленную отладку в другое время или перепланировать работу в сети на другое время.
Дополнительная справка
Чтобы получить дополнительную справку по удаленному отладчику, включая сведения о параметрах командной строки, в окне удаленного отладчика выберите Справка > Использование. Если окно удаленного отладчика закрыто, можно открыть веб-страницу, скопировав следующую строку и вставив ее в окне проводника. (Обязательно замените на расположение вашей установки Visual Studio.)
См. также
Источник: learn.microsoft.com