Что означает "выход с кодом 9009" во время этой сборки?

Question

Что означает "выход с кодом 9009" во время этой сборки?

Что означает это сообщение об ошибке? Что я мог сделать, чтобы исправить эту проблему?

AssemblyInfo.cs вышел с кодом 9009

Проблема, вероятно, возникает как часть шага после сборки в решении.NET в Visual Studio.

342

.net visual-studio

Источник

29 авг '09 в 16:31

36 ответов

Другие вопросы по тегам .net visual-studio

user53512 17 фев '10 в 15:12 2010-02-17 15:12 · Answer 1 · 2010-02-17 15:12

Вы пытались указать полный путь к команде, которая выполняется в команде события до или после сборки?

Я получал ошибку 9009 из-за xcopy команда события после сборки в Visual Studio 2008.

Команда "xcopy.exe /Y C:\projectpath\project.config C:\compilepath\" выход с кодом 9009.

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

Однако в моем случае указание полного пути к команде решило проблему:

c:\windows\system32\xcopy.exe /Y C:\projectpath\project.config C:\compilepath\

Вместо просто:

xcopy.exe /Y C:\projectpath\project.config C:\compilepath\

Если у меня нет полного пути, он запускается некоторое время после перезапуска, а затем останавливается.

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

"C:\The folder with spaces\ABCDEF\xcopy.exe" /Y C:\projectpath\project.config C:\compilepath\

Обратите внимание, что этот пример с пробелами не тестировался.

user176877 16 мар '14 в 05:29 2014-03-16 05:29 · Answer 2 · 2014-03-16 05:29

Код ошибки 9009 означает, что файл ошибки не найден. Все причины, приведенные в ответах, являются хорошим источником вдохновения, чтобы понять, почему, но сама ошибка просто означает неверный путь.

144

Источник

user176877 16 мар '14 в 05:29

user3799228 03 апр '12 в 09:07 2012-04-03 09:07 · Answer 3 · 2012-04-03 09:07

Это происходит, когда вам не хватает некоторых параметров среды для использования инструментов Microsoft Visual Studio 2010 x86.
Поэтому попробуйте добавить в качестве первой команды ваши шаги после сборки:

call "$(DevEnvDir)..\Tools\vsvars32.bat"

Это должно быть помещено перед любой другой командой.
Он установит среду для использования инструментов Microsoft Visual Studio 2010 x86.

user71249 13 авг '10 в 05:05 2010-08-13 05:05 · Answer 4 · 2010-08-13 05:05

Скорее всего, у вас есть место на вашем пути следования.

Вы можете обойти это, указав пути, таким образом оставляя пробелы. Например:

xcopy "$(SolutionDir)\Folder Name\File To Copy.ext" "$(TargetDir)" /R /Y /I

58

Источник

user71249 13 авг '10 в 05:05

user1465924 19 июн '12 в 09:07 2012-06-19 09:07 · Answer 5 · 2012-06-19 09:07

Была такая же переменная после изменения переменной PATH из переменных среды в Win 7. Помогло возвращение к стандартному.

12

Источник

user1465924 19 июн '12 в 09:07

user73461 16 июн '11 в 03:34 2011-06-16 03:34 · Answer 6 · 2011-06-16 03:34

У меня была ошибка 9009, когда мой сценарий событий после сборки пытался запустить пакетный файл, который не существует по указанному пути.

10

Источник

user73461 16 июн '11 в 03:34

user1315626 16 окт '14 в 22:17 2014-10-16 22:17 · Answer 7 · 2014-10-16 22:17

Моя точная ошибка была

The command "iscc /DConfigurationName=Debug "C:\Projects\Blahblahblah\setup.iss"" exited with code 9009.

9009 означает, что файл не найден, но на самом деле не удалось найти часть команды "iscc".

Я исправил это, добавив ";C:\Program Files\Inno Setup 5 (x86)\" в системную переменную среды "path"

8

Источник

user1315626 16 окт '14 в 22:17

user553609 03 май '13 в 20:09 2013-05-03 20:09 · Answer 8 · 2013-05-03 20:09

В моем случае мне пришлось сначала "CD" (Изменить каталог) перейти к нужному каталогу, прежде чем вызывать команду, так как вызываемый мной исполняемый файл находился в каталоге моего проекта.

Пример:

cd "$(SolutionDir)"
call "$(SolutionDir)build.bat"

6

Источник

user553609 03 май '13 в 20:09

user90475 02 янв '14 в 16:23 2014-01-02 16:23 · Answer 9 · 2014-01-02 16:23

Я вызвал эту ошибку, когда отредактировал переменную среды Path. После редактирования я случайно добавил Path= в начало строки пути. С такой неверно сформированной переменной пути мне не удалось запустить XCopy в командной строке (команда или файл не найдены), и Visual Studio отказалась выполнить шаг после сборки, сославшись на ошибку с кодом 9009.

XCopy обычно находится в C:\Windows\System32. Как только переменная среды Path позволила разрешить XCopy в командной строке DOS, Visual Studio хорошо построила мое решение.

user29886 04 май '11 в 08:06 2011-05-04 08:06 · Answer 10 · 2011-05-04 08:06

Если скрипт на самом деле делает то, что ему нужно, и это всего лишь Visual Studio, сообщающая вам об ошибке, которую вы можете просто добавить:

exit 0

в конце вашего сценария.

6

Источник

user29886 04 май '11 в 08:06

user413653 06 июн '12 в 20:17 2012-06-06 20:17 · Answer 11 · 2012-06-06 20:17

Проверьте орфографию. Я пытался назвать исполняемый файл, но имя было написано с ошибкой, и это дало мне exited with code 9009 сообщение.

5

Источник

user413653 06 июн '12 в 20:17

user4230970 27 мар '18 в 15:54 2018-03-27 15:54 · Answer 12 · 2018-03-27 15:54

Ответ tfa был опущен, но на самом деле может вызвать эту проблему. Благодаря Hanzolo я посмотрел в окне вывода и нашел следующее:

3>'gulp' is not recognized as an internal or external command,
3>operable program or batch file.
3>D:\dev\<filepath>\Web.csproj(4,5): error MSB3073: The command "gulp clean" exited with code 9009.

После запуска npm install -g gulpЯ перестал получать эту ошибку. Если вы получаете эту ошибку в Visual Studio, проверьте окно вывода и посмотрите, является ли проблема неустановленной переменной среды.

user116373 24 дек '09 в 09:18 2009-12-24 09:18 · Answer 13 · 2009-12-24 09:18

Другой вариант:

сегодня я вызываю интерпретатор python из cron в win32 и беру ExitCode (%ERRORLEVEL%) 9009, потому что системная учетная запись, используемая cron, не имеет пути к каталогу Python.

4

Источник

user116373 24 дек '09 в 09:18

user1349575 15 май '13 в 14:52 2013-05-15 14:52 · Answer 14 · 2013-05-15 14:52

Проблема в моем случае произошла, когда я попытался использовать команду в командной строке для события Post-build в моей библиотеке классов тестирования. Когда вы используете кавычки, например, так:

"$(SolutionDir)\packages\NUnit.Runners.2.6.2\tools\nunit" "$(TargetPath)"

или если вы используете консоль:

"$(SolutionDir)\packages\NUnit.Runners.2.6.2\tools\nunit-console" "$(TargetPath)"

Это исправило проблему для меня.

user119761 06 май '19 в 21:37 2019-05-06 21:37 · Answer 15 · 2019-05-06 21:37

Я исправил это, просто перезапустив Visual Studio - я только что запустил dotnet tool install xxx в окне консоли и VS еще не подобрал новые переменные среды и / или параметры пути, которые были изменены, поэтому быстрый перезапуск решил проблему.

3

Источник

user119761 06 май '19 в 21:37

user1133023 05 янв '12 в 20:27 2012-01-05 20:27 · Answer 16 · 2012-01-05 20:27

Также убедитесь, что в окне редактирования событий после сборки в вашем проекте нет разрывов строк. Иногда копирование команды xcopy из Интернета, когда она многострочная, и вставка ее в VS, вызывает проблемы.

3

Источник

user1133023 05 янв '12 в 20:27

user787205 30 авг '13 в 13:19 2013-08-30 13:19 · Answer 17 · 2013-08-30 13:19

Я добавил "> myFile.txt" в конец строки на этапе предварительной сборки, а затем проверил файл на наличие ошибки.

3

Источник

user787205 30 авг '13 в 13:19

user52277 23 апр '16 в 12:12 2016-04-23 12:12 · Answer 18 · 2016-04-23 12:12

Для меня это произошло после обновления пакетов nuget с одной версии PostSharp до следующей в большом решении (проект ~80). У меня есть ошибки компилятора для проектов, которые имеют команды в событиях PreBuild.

"cmd" не распознается как внутренняя или внешняя команда, работающая программа или командный файл. C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1249,5): ошибка MSB3073: команда "cmd /c C:\GitRepos\main\ServiceInterfaces\DEV.Config\". PreBuild.cmd ServiceInterfaces "завершен с кодом 9009.

Переменная PATH была повреждена и стала слишком длинной с несколькими повторными путями, связанными с PostSharp.Patterns.Diagnostics. Когда я закрыл Visual Studio и открыл его снова, проблема была исправлена.

user1127801 27 июн '16 в 14:26 2016-06-27 14:26 · Answer 19 · 2016-06-27 14:26

Еще один вариант файла не найден из-за пробелов в пути. В моем случае в скрипте msbuild. Мне нужно было использовать стиль HTML & quot; строки в команде exec.

<!-- Needs quotes example with my Buildscript.msbuild file --> 
<Exec Command="&quot;$(MSBuildThisFileDirectory)\wix\wixscript.bat&quot; $(VersionNumber) $(VersionNumberShort)" 
    ContinueOnError="false" 
    IgnoreExitCode="false" 
    WorkingDirectory="$(MSBuildProjectDirectory)\wix" />

user57611 11 июл '14 в 00:41 2014-07-11 00:41 · Answer 20 · 2014-07-11 00:41

Для меня было недостаточно места на диске, и файлы, которые не могли быть записаны, должны были появиться позже. В других ответах упоминались отсутствующие файлы (или файлы с неправильным именем / неправильной ссылкой по имени), но основной причиной была нехватка места на диске.

user2705829 08 июн '17 в 04:04 2017-06-08 04:04 · Answer 21 · 2017-06-08 04:04

Так же, как и другие ответы, в моем случае это было из-за отсутствующего файла. Чтобы узнать, что это за отсутствующий файл, вы можете перейти к окну вывода, и оно сразу покажет вам, что пропало.

Чтобы открыть окно вывода в Visual Studio:

Ctrl + Alt + O
Вид> Вывод

2

Источник

user2705829 08 июн '17 в 04:04

user5193832 24 окт '16 в 20:32 2016-10-24 20:32 · Answer 22 · 2016-10-24 20:32

Мое решение было просто: вы пытались выключить и снова включить его? Я перезагрузил компьютер, и проблема исчезла.

1

Источник

user5193832 24 окт '16 в 20:32

user2153777 02 янв '23 в 13:34 2023-01-02 13:34 · Answer 23 · 2023-01-02 13:34

У меня была аналогичная проблема, и я получил:

Команда ""C:\Users<user>\Downloads\sandbox-attacksurface-analysis-tools-c02ed8ba04324e54a0a188ab9877ee6aa372dfac\packages\XmlDoc2CmdletDoc.0.3.0\build..\tools" -excludeParameterSets "" -strict "C:\Users<user>\Downloads\sandbox-attacksurface-analysis-tools-c02ed8ba04324e54a0a188ab9877ee6aa372dfac\bin\Debug\NtObjectManager.dll"" завершился с кодом 9009.

Я, когда в свойствах проекта> Build и снял флажокXML documentation file:

После этого я пересобрал проект и он исчез. Странно то, что после того, как я снова установил флажок и перестроил его, ошибка не вернулась.
Призрачная ошибка..

user890258 10 мар '21 в 23:17 2021-03-10 23:17 · Answer 24 · 2021-03-10 23:17

Проверить Outputвкладку внимательно.

Это должно выявить причину проблемы.

(Например, в моем случае это было связано с комментарием: '#' is not recognized as an internal or external command, operable program or batch file.)

1

Источник

user890258 10 мар '21 в 23:17

user4463265 29 авг '17 в 18:32 2017-08-29 18:32 · Answer 25 · 2017-08-29 18:32

Я тоже столкнулся с этим 9009 проблема, возникающая при перезаписи ситуации.

В основном, если файл уже существует, и вы не указали /y Переключатель (который автоматически перезаписывает) эта ошибка может произойти при запуске из сборки.

1

Источник

user4463265 29 авг '17 в 18:32

user200327 08 дек '14 в 12:03 2014-12-08 12:03 · Answer 26 · 2014-12-08 12:03

Это довольно просто, у меня возникла эта проблема, и смутил простой провал.

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

Visual Studio -> Свойства проекта -> убедитесь, что вы используете вкладку "Отладка" (не вкладка "События сборки") -> Аргументы командной строки

Я использовал текстовую область и Post/Pre-build, что было неправильно в этом случае.

user7534302 21 мар '20 в 21:53 2020-03-21 21:53 · Answer 27 · 2020-03-21 21:53

Случилось с коллегой. Если среда разработки - это Windows, а проект Visual Studio находится на диске C:. Убедитесь, что Visual Studio запускается с правами администратора. Просто щелкните правой кнопкой мыши и выберите "Запуск от имени администратора". Вы также можете перейти в свойства проекта Visual Studio -> Advance -> и включить "Запуск от имени администратора".

user1719474 17 июл '20 в 19:09 2020-07-17 19:09 · Answer 28 · 2020-07-17 19:09

У меня была такая же ошибка, вызванная моим сценарием пост-сборки, и я попытался запустить сценарий построчно в командной строке. Наконец, я выяснил, что основная причина заключается в том, что я не заполнил недостающую информацию в файле.nuspec, т.е. заменил все переменные между $ и $ фактическим значением, например, заменив $author$ своим именем.

user2616084 21 июл '17 в 22:08 2017-07-21 22:08 · Answer 29 · 2017-07-21 22:08

Мое решение состояло в том, чтобы создать копию файла и добавить шаг в задачу сборки, чтобы скопировать мой файл поверх оригинала.

0

Источник

user2616084 21 июл '17 в 22:08

user2323964 08 июл '15 в 17:56 2015-07-08 17:56 · Answer 30 · 2015-07-08 17:56

Еще одна причина: если ваше событие перед сборкой ссылается на путь к бину другого проекта, и вы видите эту ошибку при запуске msbuild, но не Visual Studio, то вам нужно вручную расположить проекты в файле *.sln (с текстовым редактором), чтобы что проект, на который вы нацеливаетесь в событии, построен перед проектом события. Другими словами, msbuild использует порядок, в котором проекты перечислены в файле *.sln, тогда как VS использует знание зависимостей проекта. Это произошло, когда после wixproj был указан инструмент, который создает базу данных для включения в wixproj.