Где находится visual studio exe: .net — Где находится exe файл программы C# под Visual Studio?
Содержание
c# — Где живет EditBin.exe?
Пытаюсь выполнить в Post -Build event такую команду:
"$(DevEnvDir)..\..\vc\bin\EditBin.exe" "$(TargetPath)" /LARGEADDRESSAWARE
, но ловлю ошибку с кодом 3.
Стоит Visual Studio 2017.
Или эта штука вообще не нужна, если я собираю под Any Cpu?
Просто, решение в TFS в таком виде лежала.
- c#
- .net
- visual-studio
5
Похожий вопрос задавали на английском Stack Overflow: vsvars32.bat in Visual Studio 2017.
В Visual Studio 2017 изменился не только стандартный путь по которому всегда можно было найти devenv.exe («C:\Program Files (x86)\Microsoft Visual Studio %version%\Common7\IDE»), но в том числе и путь к утилитам.
В частности, путь к утилите editbin.exe будет примерно таким: «C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Tools\MSVC\14.14.26428\bin\Hostx86\x64\editbin. exe». В этом пути несколько переменных, которые будут отличатся в зависимости от версии и редакции Visual Studio: 2017, Professional, и 14.14.26428. Кроме этого, папки Hostx86 и x64 так же могут быть заменены на Hostx64 и x86, соответственно.
Таким образом, Post-build event команда может быть вот такой: $(DevEnvDir)….\vc\Tools\MSVC\14.14.26428\bin\Hostx86\x86\editbin.exe» «$(TargetPath)» /LARGEADDRESSAWARE
Возможно, должны быть специальные макросы или переменные окружения, позволяющие задать корректный путь не вникая в значение переменных, но среди макросов похожих путей я не нашел, равно как и среди переменых которые выводит команда SET.
В дополнение к ответу @Uranus, у меня нужный файл нашёлся тут:
"$(VC_ExecutablePath_x86)\editbin.exe"
Однако, эта переменная доступна при построении проектов на C++, но не C#.
3
Начиная с Visual Studio 2015, приложения, собранные в режиме «AnyCPU Prefer 32bit» автоматически являются LARGEADDRESSAWARE, поэтому нет необходимости добавлять этот параметр с помощью editbin. Это изменение не документировано, но упомянуто во многих местах на форумах, например здесь.
Для справки, пометка EXE-файла LARGEADDRESSAWARE дает:
На 32-битной ОС без установленного параметра загрузки /3GB — ноль эффекта
На 32-битной ОС с установленным параметром загрузки /3GB — увеличение максимального адресного пространства с 2 Гб до 3 Гб
На 64-битной ОС — увеличение максимального адресного пространства с 2 Гб до 4 Гб
В VS2019 Community пришлось доставить компонентов, чтобы editbin появился:
После установки editbin появился в папке:
C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\bin\Hostx64\x64
Зарегистрируйтесь или войдите
Регистрация через Google
Регистрация через Facebook
Регистрация через почту
Отправить без регистрации
Почта
Необходима, но никому не показывается
Отправить без регистрации
Почта
Необходима, но никому не показывается
Нажимая на кнопку «Отправить ответ», вы соглашаетесь с нашими пользовательским соглашением, политикой конфиденциальности и политикой о куки
Отладка приложения, не входящего в состав решения Visual Studio
Twitter
LinkedIn
Facebook
Адрес электронной почты
-
Статья -
- Чтение занимает 2 мин
-
Область применения:Visual StudioVisual Studio для Mac Visual Studio Code
Иногда требуется выполнить отладку приложения (EXE-файл), которое не является частью решения Visual Studio. Это может быть проект с открытой папкой, вы или кто-то другой мог создать приложение вне Visual Studio или вы получили приложение в другом месте.
Для проекта с открытой папкой в Visual Studio (без файла проекта или решения) см. статью Выполнение и отладка кода или (для C++) Настройка параметров отладки с помощью launch.vs.json.
Для приложения, которое не существует в Visual Studio, отладка обычно выполняется путем запуска за пределами Visual Studio, а затем присоединения с помощью функции Присоединение к процессу в отладчике Visual Studio. Дополнительные сведения см. в статье Присоединение к выполняемым процессам.
Присоединение к приложению требует выполнения некоторых операций вручную, и это занимает несколько секунд. Из-за этой задержки присоединение не помогает отладить проблемы при запуске или приложение, которое не ждет ввода данных пользователем и быстро завершается.
В таких ситуациях можно создать проект Visual Studio EXE для приложения или импортировать его в существующее решение C#, Visual Basic или C++. Не все языки программирования поддерживают исполняемые проекты.
Важно!
Функции отладки для приложения, не созданного в Visual Studio, ограниченны, независимо от того, присоединяетесь ли вы к нему или добавляете в решение Visual Studio.
Если у вас есть исходный код, лучше всего импортировать его в проект Visual Studio. Затем запустите отладочную сборку приложения.
Если у вас нет исходного кода и у приложения нет отладочной информации в совместимом формате, вам доступно немного функций отладки.
Создание EXE-проекта для существующего приложения
В Visual Studio последовательно выберите Файл>Открыть>Проект.
В диалоговом окне Открыть проект выберите Все файлы проекта, если они еще не выбраны, в раскрывающемся списке рядом с полем Имя файла.
Перейдите к EXE-файлу, выберите его и щелкните Открыть.
Файл появится в новом временном решении Visual Studio.
Запустите отладку приложения, выбрав команду выполнения, например Начать отладку в меню Отладка.
Чтобы импортировать приложение в решение Visual Studio
Когда решение C++, C# или Visual Basic будет открыто в Visual Studio, выберите Файл>Добавить>Существующий проект.
В диалоговом окне Открыть проект выберите Все файлы проекта, если они еще не выбраны, в раскрывающемся списке рядом с полем Имя файла.
Перейдите к EXE-файлу, выберите его и щелкните Открыть.
Файл появится как новый проект в текущем решении.
Выберите новый файл и запустите отладку приложения, выбрав команду выполнения, например Начать отладку в меню Отладка.
См.
также
- Параметры отладчика и подготовка
- Безопасность отладчика
- DBG-файлы
надежный способ найти расположение devenv.exe в Visual Studio 2017
спросил
Изменено
1 месяц назад
Просмотрено
32к раз
Мне нужно запустить сценарии, которые создают решения Visual Studio, используя devenv.exe
(или devenv.com
если на то пошло). Для Visual Studio 2015 была переменная среды %VS140COMNTOOLS%
, которую я мог использовать, чтобы найти место установки devenv . Поскольку для Visual Studio 2017 нет %VS150COMNTOOLS%
, какой надежный способ найти место установки devenv
в скрипте (bat или powershell).
- визуальная студия-2017
- devenv
2
Один из способов — использовать Power Shell и vswhere.exe. Но мне немного лень устанавливать новые инструменты и …
Я пытался найти более простое решение и нашел его в реестре — существует ключ реестра HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\SxS\VS7
, который перечисляет все установки Visual Studio.
Одно из ограничений, упомянутых в этой ссылке:
https://developercommunity.visualstudio.com/content/problem/2813/cant-find-registry-entries-for-visual-studio-2017.html
Если установлено более одной редакции 2017 года, то путь последней установленной версии будет указан в этом ключе.
Но обычно вы устанавливаете только одну визуальную студию для сборки или использования.
Также я закодировал этот пример с точки зрения 64-битной машины, я думаю, что Wow6432Node
не работает на 32-битных машинах, но действительно — сколько разработчиков в настоящее время используют 32-битные машины?
Итак, если вас устраивают приведенные выше ограничения, вот простой пакет, который может запросить путь установки Visual Studio: 9>nul’) установить «VSPATH=%%c»
если «%VSPATH%» == «» (
echo Visual Studio %1 не установлена на этом компьютере
выход / б
)
эхо Visual Studio %1 путь «%VSPATH%»
endlocal и выход /b
:vs2017
установить /a «n=%n%+1»
:vs2015
установить /a «n=%n%+2»
:vs2013
установить /a «n=%n%+1»
:vs2012
установить /a «n=%n%+1»
:vs2010
установить /a «n=%n%+10»
выход / б
Можно выполнить так:
>test 2010 Путь к Visual Studio 2010: "C:\Program Files (x86)\Microsoft Visual Studio 10. 0\" >тест 2012 Путь Visual Studio 2012: «C:\Program Files (x86)\Microsoft Visual Studio 11.0\» >тест 2013 Путь Visual Studio 2013: «C:\Program Files (x86)\Microsoft Visual Studio 12.0\» >тест 2014 Visual Studio не поддерживается. >тест 2015 Путь Visual Studio 2015: «C:\Program Files (x86)\Microsoft Visual Studio 14.0\» >тест 2017 Путь Visual Studio 2017: «C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\»
1
Вы можете использовать vswhere.exe
или powershell для поиска экземпляров Visual Studio:
for /r "usebackq tokens=1* delims=: "%%i in (`vswhere.exe -latest -requires Microsoft.VisualStudio .Workload.NativeDesktop`) делать ( если /i "%%i"=="installationPath" установить dir=%%j )
и
Install-Module VSSetup-Scope CurrentUser Get-VSSetupInstance | Select-VSSetupInstance -Latest -Require Microsoft.VisualStudio.Component.VC.Tools.x86.x64
Через этот API также можно найти путь к определенным рабочим нагрузкам.
https://blogs.msdn.microsoft.com/vcblog/2017/03/06/finding-the-visual-c-compiler-tools-in-visual-studio-2017/
3
Вот функция PowerShell, которую можно использовать для получения пути DevEnv.exe . Вы также можете легко изменить его, чтобы найти другие общие компоненты, такие как MsBuild.exe
или TF.exe
, просто изменив жестко заданный DevEnv.exe
Строка, используемая в -Filter
.
функция Get-DevEnvExecutableFilePath { [bool] $vsSetupExists = $null -ne (Get-Command Get-VSSetupInstance -ErrorAction SilentlyContinue) если (!$vsSetupExists) { Write-Verbose "Установка модуля VSSetup..." Install-Module VSSetup-Scope CurrentUser-Force } [строка] $visualStudioInstallationPath = (Get-VSSetupInstance | Select-VSSetupInstance -Latest -Require Microsoft.Component.MSBuild).InstallationPath $devEnvExecutableFilePath = (Get-ChildItem $visualStudioInstallationPath -Recurse -Filter "DevEnv. exe" | Select-Object -First 1).FullName вернуть $devEnvExecutableFilePath }
Он работает, устанавливая модуль VSSetup
, если он еще не установлен, а затем запрашивая у этого модуля последний путь установки Visual Studio. Оттуда он ищет в пути установки Visual Studio файл DevEnv.exe
и возвращает его полный путь.
1
Мое собственное решение с использованием реестра здесь, к сожалению, не работает для Visual Studio 2019, для него можно запросить vs2019путь установки из пути реестра «Удалить», но это становится немного сложно, так как вам может потребоваться пройти через подключи реестра.
Я также немного пробовал vswhere.exe
, но его использование также немного затруднено — необходимо повторно проанализировать его вывод.
Тем временем мне нужно что-то похожее на vswhere
, я взглянул на его реализацию и переписал его с помощью моего собственного инструмента командной строки, который называется cppexec. exe
.
Использование так:
D:\Prototyping\cppscriptcore>cppexec.exe -location Визуальная студия 2019: расположение: C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise Визуальная студия 2017: расположение: C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise D:\Prototyping\cppscriptcore>cppexec.exe -location -vs 2017 C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise D:\Prototyping\cppscriptcore>cppexec.exe -location -vs 2019 C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise
Чтобы использовать его, загрузите два файла:
https://github.com/tapika/cppscriptcore/blob/master/cppexec.exe
https://github.com/tapika/cppscriptcore/blob/master/SolutionProjectModel.dll
Если вы заинтересованы в интеграции в свой собственный проект, взгляните на следующие исходные коды:
https://github.com /tapika/cppscriptcore/blob/master/SolutionProjectModel/VisualStudioInfo.cpp
https://github.com/tapika/cppscriptcore/blob/master/SolutionProjectModel/VisualStudioInfo. h
Я перекодировал vswhere
немного проще.
1
Я нашел очень простой способ, просто запустите командную строку разработчика Visual Studio и выполните следующую команду: где devenv
Она вернет полный путь к файлу devenv.com и devenv.exe
3
Расположение для Visual Studio 2022: C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE
1
Ни одно из других решений не помогло мне. Я хочу сделать это с помощью простого фрагмента в файле bat/cmd (без powershell), без внешних инструментов и без зависимости от уже запущенных файлов vcvars32 или других bat.
Идея использования vswhere была упомянута другими, но они не включали путь к инструменту, а синтаксис для анализа вывода, похоже, был отключен.
У меня работает следующий фрагмент:
for /f "usebackq tokens=1* delims=: "%%i in (`"C:\Program Files (x86)\Microsoft Visual Studio\Installer\vswhere. exe" -latest`) do ( если /i "%%i"=="productPath" установить devenv=%%j ) эхо Использование Visual Studio: %devenv% "%devenv%" MySolution.sln и
Зарегистрируйтесь или войдите в систему
Зарегистрируйтесь с помощью Google
Зарегистрироваться через Facebook
Зарегистрируйтесь, используя электронную почту и пароль
Опубликовать как гость
Электронная почта
Обязательно, но не отображается
Опубликовать как гость
Электронная почта
Требуется, но не отображается
Где находится исполняемый файл Visual Studio Express 2015 в Windows 10?
спросил
Изменено
1 год, 5 месяцев назад
Просмотрено
89 тысяч раз
Я установил Visual Studio 2015 Express, но нигде не могу найти ярлык. Он также не отображается в приложениях меню «Пуск» или через поиск.
Я также ничего не вижу в папке C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Мне нужен исполняемый файл для создания ярлыка, а не имя для его запуска через командную строку «Выполнить».
- windows-10
- visual-studio-2015
6
Это должно быть там, где вы выбрали в качестве каталога установки. Я только что запустил установку, и это было местоположение по умолчанию.
C:\Program Files (x86)\Microsoft Visual Studio 14.0
Для верности я установил все 3 версии Visual Studio Express 2015. Вот их исполняемые файлы.
- Express 2015 для рабочего стола =
VSGinExpress.exe
- Express 2015 для Интернета =
VWDExpress.exe
- Express 2015 для Windows =
WDExpress.exe
Все они расположены в каталоге C:\Program Files (x86)\Microsoft Visual Studio 14. 0\Common7\IDE
.
Введите команду devenv из программы запуска, она запустит установленную визуальную студию.
Я также столкнулся с той же проблемой после установки VS 2015 на моем компьютере с Win 7. Но перед его установкой я удалил всю предыдущую версию VS, поэтому devenv запустил самую обновленную VS, а именно VS 2015.
Надеюсь, эта обнадеживает.
Объяснение можно найти здесь.
Значок/ярлык приложения Visual Studio больше не отображается в папке VS.
- В Windows 7 вы можете найти его в верхней части списка «Все программы» в меню «Пуск».
- В Windows 8, 8.1 и 10 он должен отображаться в группе «V» в меню.
2
Простой способ найти его: выберите решение проекта —> открыть с помощью —> в раскрывающемся списке вы, вероятно, найдете версию vs exe, которую хотите найти. Затем откройте диспетчер задач и найдите местоположение исполняемого файла VS, который вы используете в данный момент.