Program exited with code 9009 geany что делать
Среда разработки Geany
Получаю в чёрном окне при запуске
╨б╨┐╨░╤Б╨╕╨▒╨╛ ╨╖╨░ ╨╕╨│╤А╤Г.
Если убрать строку с кодировкой, то отображает следующее
File «hw80.py», line 4
SyntaxError: Non-ASCII character ‘\xd0’ in file hw80.py on line 4, but no encodi
ng declared; see http://www.python.org/peps/pep-0263.html for details
Что подправить, чтобы было нормально?
Python среда разработки
Всем привет. Мне нужна такая среда разработки, где уже всё готово. Где установлены все пакеты.
Легкая среда разработки для Python
Здравствуйте, форумчане. Посоветуйте легкое IDE для python. сейчас пользуюсь PyCharm Com. Хочу как.
Среда разработки Geany
Поставил вчера ubuntu 12.04,через центр приложений установил Geany,для проверки пишу program pr1;.
среда Geany как создать проект, чтобы все нормально линковалось?
Я не пойму что за бодяга у джини с проектами, при создании нового проекта создает папку этого.
Добавлено через 42 секунды
Вы знаете свою системную кодировку?
Добавлено через 8 секунд
Проверить можно так: sys.stdout.encoding
Добавлено через 10 секунд
В командной строке.
Добавлено через 1 минуту
Да и сам код у вас написан не верно.
Добавлено через 1 минуту
Бесплатный совет:
1) Обновить Python до 3.7
2) Установить хотя-бы Windows 7 (лучше, конечно 10-ка)
3) Установить PyCharm
4) Наслаждаться.
s = sys.stdout.encoding
print(s)
Вставил в Geany. Показало:
«.» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
——————
(program exited with code: 9009)
XP нужна на этом ноутбуке. Потом возможно куплю другой с более современной операционной системой.
supmener, у Вас есть консоль Python? Сделайте через неё.
Добавлено через 46 секунд
Alli_Lupin, если компьютер не подключён к интернету, то хоть 95, но если подключён. Мне бы страшно было бы даже на страницу поиска зайти.
На Хубунту когда то сидел некоторое время, потом поломалась, перестала загружаться, а из резервной копии не захотело восстанавливаться, отложил на время, а больше не стал потом ставить по новой.
import sys раньше не вводил, сейчас ввёл.
>>> import sys
s = sys.stdout.encoding
print(s)
>>>
Вспомнил про 866 кириллицу для консоли. Выставил в настройках и заработало.
Добавлено через 1 минуту
Только если ошибка в коде, русский язык в консоли становится не читаемым.
Добавлено через 55 секунд
Если питон второй, то лучше писать так:
Что означает «выходить с кодом 9009» во время этой сборки?
Что означает это сообщение об ошибке? Что я могу сделать, чтобы исправить эту проблему?
AssemblyInfo.cs вышел с кодом 9009
ОТВЕТЫ
Ответ 1
Вы пытались указать полный путь к команде, которая выполняется в команде события pre-or post-build event?
Я получал ошибку 9009 из-за команды xcopy post-build event в Visual Studio 2008.
Команда «xcopy.exe /Y C:\projectpath\project.config C:\compilepath\» вышла с кодом 9009.
Но в моем случае это было также прерывистым. То есть сообщение об ошибке сохраняется до перезагрузки компьютера и исчезает после перезагрузки компьютера. Он вернулся после некоторой отдаленной проблемы, которую я еще не обнаружил.
Однако, в моем случае, при условии, что команда с полным пути решена, проблема:
Если у меня нет полного пути, он запускается некоторое время после перезапуска, а затем останавливается.
Также, как упоминалось в комментариях к этому сообщению, , если есть пробелы в полном пути, вам нужно кавычки вокруг команды. Например.
Обратите внимание, что этот пример в отношении пробелов не проверен.
Ответ 2
Код ошибки 9009 означает, что файл ошибки не найден. Все основные причины, изложенные в ответах здесь, являются хорошим источником, чтобы понять, почему, но сама ошибка просто означает плохой путь.
Ответ 3
Это происходит, когда вам не хватает некоторых параметров среды для использования инструментов Microsoft Visual Studio x86.
Поэтому попробуйте добавить в качестве первой команды на этапах после сборки:
Для Visual Studio 2010 используйте:
Как уже упоминалось в комментариях @FlorianKoch, для VS 2017 используйте:
Его следует поместить перед любой другой командой.
Он установит среду для использования инструментов Microsoft Visual Studio x86.
Ответ 4
Скорее всего, у вас есть место в результирующем пути.
Вы можете обойти это, указав пути, тем самым позволяя пробелы. Например:
Ответ 5
Имела ту же переменную после изменения переменной PATH из переменных окружения в Win 7. Возвращение к умолчанию помогло.
Ответ 6
У меня была ошибка 9009, когда событие post post script пыталось запустить пакетный файл, который не существовал в указанном пути.
Ответ 7
Я вызвал эту ошибку, когда я отредактировал переменную окружения Path. После редактирования я случайно добавил Path= в начало строки пути. С такой измененной переменной пути мне не удалось запустить XCopy в командной строке (никакая команда или файл не найден), а Visual Studio отказалась запускать шаг после сборки, ссылаясь на ошибку с кодом 9009.
XCopy обычно находится в C:\Windows\System32. Как только переменная окружения Path разрешила XCopy получить разрешение в приглашении DOS, Visual Studio хорошо построила мое решение.
Ответ 8
Если script на самом деле делает то, что ему нужно сделать, и просто Visual Studio выдает вам сообщение об ошибке, которую вы могли бы просто добавить:
Ответ 9
Ответ 10
В моем случае перед вызовом команды мне пришлось сначала записать «CD» ( «Изменить каталог» ) в соответствующий каталог, поскольку исполняемый файл, который я вызывал, был в моей директории проектов.
Ответ 11
Моя точная ошибка была
The command «iscc /DConfigurationName=Debug «C:\Projects\Blahblahblah\setup.iss»» exited with code 9009.
9009 означает, что файл не найден, но на самом деле он не смог найти часть «iscc» команды.
Я исправил его, добавив «;C:\Program Files\Inno Setup 5 (x86)\» в переменную системной среды «path»
Ответ 12
Сегодня я вызываю интерпретатор python из cron в win32 и беру ExitCode (% ERRORLEVEL%) 9009, потому что системная учетная запись, используемая cron, не имеет пути к каталогу Python.
Ответ 13
Проблема в моем случае возникла, когда я попытался использовать команду в командной строке для события Post-build в моей тестовой библиотеке классов. Когда вы используете такие кавычки:
или если вы используете консоль:
Это исправило проблему для меня.
Ответ 14
Кроме того, убедитесь, что в окне редактирования событий post build в вашем проекте нет разрывов строк. Иногда копирование команды xcopy из сети, когда она многострочная и вставляет ее в VS, вызовет проблему.
Ответ 15
Я добавил » > myFile.txt» в конец строки на этапе предварительной сборки, а затем проверил файл на фактическую ошибку.
Ответ 16
Тфа ответ был отклонен, но на самом деле может вызвать эту проблему. Благодаря hanzolo я посмотрел в окне вывода и нашел следующее:
Ответ 17
Для меня дисковое пространство было низким, и ожидается, что файлы, которые не могут быть записаны, будут представлены позже. В других ответах упоминались недостающие файлы (или неправильно названные/неправильные ссылки на файлы), но основной причиной было отсутствие дискового пространства.
Ответ 18
Еще один вариант файла не найден, из-за пробелов в пути. В моем случае в msbuild script. Мне нужно было использовать строки HTML и ampquot; в команде exec.
Ответ 19
То же, что и другие ответы, в моем случае это было из-за недостающего файла. Чтобы узнать, что является отсутствующим файлом, вы можете перейти в окно вывода, и он сразу покажет вам, что пропало.
Чтобы открыть окно вывода в Visual Studio:
Ответ 20
Ответ 21
Это довольно просто, я столкнулся с этой проблемой и смущающе провалился.
Приложение использует аргументы командной строки, я удалил их, а затем добавил их обратно. Вдруг проект не смог построить.
Visual Studio → Свойства проекта → убедитесь, что вы используете вкладку «Отладка» (не вкладка «Build Events» ) → Аргументы командной строки
Я использовал текстовую область Post и Pre-build, которая была неправильной в этом случае.
Ответ 22
Для меня это произошло после обновления пакетов 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 и снова открыл его, проблема была исправлена.
Ответ 23
Мое решение было просто: как вы пытались отключить его и снова? Поэтому я перезапустил компьютер, и проблема исчезла.
Ответ 24
В принципе, если файл уже существует и вы не указали переключатель /y (который автоматически перезаписывается), эта ошибка может возникнуть при запуске из сборки.
Ответ 25
На самом деле я заметил, что по какой-то причине переменная среды% windir% иногда стирается. То, что сработало для меня, было изменено на переменную среды windir на c:\windows, перезапустить VS и что это. Таким образом, вы не можете изменять файлы решений.
Ответ 26
По крайней мере, в Visual Studio Ultimate 2013, версии 12.0.30723.00 Update 3, невозможно разделить оператор if/else с разрывом строки:
Ответ 27
Еще одна причина: Если ваше событие pre-build ссылается на другой путь к bin файлам, и вы видите эту ошибку при запуске msbuild, но не Visual Studio, тогда вам нужно вручную организовать проекты в файле *.sln(с текстовым редактором), чтобы проект нацелены на событие, которое создается перед проектом события. Другими словами, msbuild использует порядок, в котором проекты перечислены в файле *.sln, тогда как VS использует знания зависимостей проекта. Это произошло, когда инструмент, который создает базу данных, которая будет включена в wixproj, была указана после wixproj.
Ответ 28
Я думаю, что в моем случае были русские символы в пути (все проекты были в папке пользователя). Когда я помещал решение в другую папку (прямо на диск), все стало нормально.
Ответ 29
Мое решение состояло в том, чтобы создать копию файла и добавить шаг к заданию сборки, чтобы скопировать мой файл поверх оригинала.
Ответ 30
Для меня это была перезагрузка Visual Studio. У меня была построена gulp с кодом 9009. Я установил gulp, но это не отразилось, пока я не перезапустил Visual Studio.
Что означает «выход с кодом 9009» во время этой сборки?
Что означает это сообщение об ошибке? Что я могу сделать, чтобы исправить эту проблему?
AssemblyInfo.cs завершен с кодом 9009
29 ответов
Вы пытались указать полный путь к команде, выполняемой в команде события до или после сборки?
Я получаю ошибку 9009 из-за команды xcopy после сборки в Visual Studio 2008.
Команда «xcopy.exe /Y C:\projectpath\project.config C:\compilepath\» завершилась с кодом 9009.
Но в моем случае это тоже было с перебоями. То есть сообщение об ошибке сохраняется до перезагрузки компьютера и исчезает после перезагрузки компьютера. Это вернулось после некоторой отдаленно связанной проблемы, которую мне еще предстоит обнаружить.
Однако в моем случае предоставление команды с полным путем решило проблему:
Если у меня нет полного пути, он запускается некоторое время после перезапуска, а затем останавливается.
Обратите внимание, что этот пример с пробелами не тестировался.
Код ошибки 9009 означает, что файл ошибки не найден. Все причины, приведенные в ответах, являются хорошим источником вдохновения, чтобы понять, почему, но сама ошибка просто означает неверный путь.
Это происходит, когда вам не хватает некоторых параметров среды для использования инструментов Microsoft Visual Studio 2010 x86.
Поэтому попробуйте добавить в качестве первой команды на этапах после сборки:
Его следует поместить перед любой другой командой.
Он установит среду для использования инструментов Microsoft Visual Studio 2010 x86.
Скорее всего, у вас есть место в вашем пути.
Вы можете обойти это, заключив в кавычки пути, тем самым оставляя пробелы. Например:
Была ли та же самая переменная после изменения переменной PATH из переменных среды в Win 7. Помогло возвращение к стандартному значению.
У меня была ошибка 9009, когда мой сценарий событий после сборки пытался запустить пакетный файл, который не существует по указанному пути.
Если скрипт действительно выполняет то, что ему нужно, и он просто выдает ошибку об ошибке, которую можно просто добавить:
до конца вашего сценария.
Я вызвал эту ошибку, когда отредактировал переменную окружения Path. После редактирования я случайно добавил Path= в начало строки пути. С такой неверно сформированной переменной пути мне не удалось запустить XCopy в командной строке (команда или файл не найдены), а Visual Studio отказалась выполнить шаг после сборки, сославшись на ошибку с кодом 9009.
XCopy обычно находится в C: \ Windows \ System32. Как только переменная среды Path позволила разрешить XCopy в командной строке DOS, Visual Studio хорошо построила мое решение.
Моя точная ошибка была
The command «iscc /DConfigurationName=Debug «C:\Projects\Blahblahblah\setup.iss»» exited with code 9009.
9009 означает, что файл не найден, но на самом деле не удалось найти часть команды «iscc».
Я исправил это, добавив «;C:\Program Files\Inno Setup 5 (x86)\» в системную переменную среды «path»
сегодня я вызываю интерпретатор python из cron в win32 и беру ExitCode (% ERRORLEVEL%) 9009, потому что системная учетная запись, используемая cron, не имеет пути к каталогу Python.
В моем случае мне пришлось сначала «CD» (сменить каталог) в нужный каталог, прежде чем вызывать команду, поскольку вызываемый мной исполняемый файл находился в каталоге моего проекта.
Проблема в моем случае возникла, когда я попытался использовать команду в командной строке для события Post-build в моей библиотеке классов тестирования. Когда вы используете кавычки, например, так:
или если вы используете консоль:
Это исправило проблему для меня.
Также убедитесь, что в окне редактирования событий после сборки в вашем проекте нет разрывов строк. Иногда копирование команды xcopy из Интернета, когда она многострочная, и вставка ее в VS, вызывает проблемы.
Я добавил «> myFile.txt» в конец строки на этапе предварительной сборки, а затем проверил файл на наличие фактической ошибки.
Для меня дисковое пространство было мало, и файлы, которые не могли быть записаны, должны были появиться позже. В других ответах упоминались отсутствующие файлы (или файлы с неправильным именем /неправильной ссылкой по имени), но основной причиной была нехватка места на диске.
Еще один вариант файла не найден из-за пробелов в пути. В моем случае в скрипте msbuild. Мне нужно было использовать строки & ampquot; в стиле HTML внутри команды exec.
Это довольно просто, у меня была эта проблема, и меня просто смутило.
Приложение использует аргументы командной строки, я удалил их, а затем добавил обратно. Внезапно проект не удалось построить.
Я использовал текстовую область и Post /Pre-build, что неправильно в этом случае.
Для меня это произошло после обновления пакетов 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 и снова открыл его, проблема была исправлена.
Так же, как и другие ответы, в моем случае это было из-за отсутствующего файла. Чтобы узнать, что это за отсутствующий файл, вы можете перейти к окну вывода, и оно сразу покажет вам, что пропало.
Чтобы открыть окно вывода в Visual Studio:
Ответ tfa был отклонен, но на самом деле может вызвать эту проблему. Благодаря Hanzolo я посмотрел в окне вывода и нашел следующее:
На самом деле я заметил, что по какой-то причине переменная окружения% windir% иногда стирается. Что мне помогло, так это переустановить переменную среды windir в c: \ windows, перезапустить VS и все. Таким образом вы избавите себя от необходимости изменять файлы решения.
По крайней мере в Visual Studio Ultimate 2013, версия 12.0.30723.00, обновление 3, невозможно отделить оператор if /else от разрыва строки:
Я думаю, что в моем случае в пути были русские символы (все проекты были в пользовательской папке). Когда я положил решение в другую папку (прямо на диске), все стало хорошо.
Мое решение было просто: вы пытались выключить и снова включить? Я перезагрузил компьютер, и проблема исчезла.
Моим решением было создать копию файла и добавить шаг в задачу сборки, чтобы скопировать мой файл поверх оригинала.
Я также столкнулся с этой 9009 проблемой при перезаписи.
Как правило, если файл уже существует и вы не указали переключатель /y (который автоматически перезаписывается), эта ошибка может возникать при запуске из сборки.
Вы должны убедиться, что вы установили grunt глобально
Команда Python вышла с кодом 9009
Я пытаюсь построить решение C ++ в Visual Studio.
Ошибка заключается в следующем:
error MSB3073: The command «python D:\. [file path]. \Source\VS2013\svnrev.py
:VCEnd» exited with code 9009.
Я провел некоторый поиск, и код 9009, очевидно, означает неправильный путь. Одной из возможных причин этого является то, что путь содержит пробелы. В списке ошибок Visual Studio есть разрыв строки между «synrev.py» и «: VCEnd», так что это может быть проблемой.
Ошибка относится к файлу с именем Microsoft.CppCommon.targets, строка предположительно:
Согласно предыдущим вопросам о SO, эту проблему можно решить, добавив кавычки вокруг соответствующего места, но я не уверен, где это находится (кажется, что кавычки уже есть во всем!)
Другая возможная причина — отсутствие пути, связывающего необходимую команду. Проверка визуального вывода студии дает:
9> ‘python’ is not recognized as an internal or external command,
9> operable program or batch file.
Решение, которое я пытаюсь создать, было получено от разработчиков полностью, поэтому возможно, что это какой-то дополнительный необходимый файл, который они просто предположили бы, что я установил. Я пытался искать дальше, но такие термины, как «команда Python», являются слишком общими и, похоже, не дают полезной информации.
Я предполагаю, что это какое-то часто используемое расширение или дополнение для запуска python в visual studio, но я не очень опытен здесь — python — это то, чего я никогда не использовал, и я не использовал visual studio до этого проекта.
Установка и настройка IDE Geany для Python
Программирование на языке Python очень популярно и это не удивительно: он легкий для изучения (на нем учат программировать даже в школе), Python портирован и работает почти на всех известных платформах, применим как для WEB разработки, так и для анализа информации (искусственный интеллект). Для комфортной работы уже используются множества интегрированных сред программирования. Одна из самых популярных это Geany. У нее есть свои плюсы и незначительные минусы. Из плюсов можно отметить следующее: Geany — это универсальная среда программирования, которая работает со множествами языков программировании, такими как С++, C#, Python и SQl, также важным плюсом является бесплатное распространение ПО.
В этой статье рассмотрим правильную установку и настройку интегрированной среды программирования Geany и ее настройку для работы с Python так же рассмотрим установку самого языка Python.
Для работы с языком программирования Python необходимо совершить следующие шаги: установить интерпретатор языка Python и интегрированною среду разработки (ИСР или по англ. IDE) Geany.
Итак, начнем!
1. Устанавливаем Geany
Шаг 1. Скачиваем дистрибутив на компьютер.
Ссылка для скачивания: https://www.geany.org/download/releases/
В результате у вас должен быть установочный файл (рис. 1)
рис. 1
При запуске данного файла, начнется установка программного обеспечения, нам нужно следовать указанием программы для успешной ее установки.
Шаг 2. Установка программы.
Как видим на рисунке 2, нам предлагают установить Geany версии 1.35, на данный момент — это последняя версия, но Geany все время развивается и когда Вы будете ее устанавливать, то может выйти уже следующая версия. Мы соглашаемся на установку и нажимаем на кнопку “Next”
рис. 2
Шаг 3. Установка программы.
На данном этапе мы можем ознакомиться с лицензионным соглашением и для дальнейшей установки нажимаем на кнопку “I Agree”
рис. 3
Шаг 4. Установка программы.
На этом этапе мы выбираем компоненты. Для корректной работы рекомендация выбрать все возможные компоненты “Full”
рис. 4
Шаг 5. Установка программы.
На 5 шаге мы выбираем место для установки на нашем компьютере. Рекомендуем выбрать директорию по умолчанию в “Program Files”
рис. 5
Шаг 6. Установка программы.
На данном шаге также рекомендуем ничего не изменять и оставить все по умолчанию, нажав на кнопку “Install”
рис. 6
Шаг 7. Установка программы.
Шаг 8. Установка программы.
После успешной установки, появится следующее сообщение как на рисунке 8
рис. 8
После правильной установки у вас должен появиться на рабочем столе ярлык в виде “чайника”
2. Настройка Geany
Далее запускаем Geany и производим его настройку.
Geany еще “не знает”, что мы будем работать с языком Python. Для информирования его об этом, необходимо создать файл с расширением “*.py”, так как Geany распознает языки программирования по расширению файлов.
После запуска Geany перед вами открывается следующее окно рис 9. Обратите внимание, что все вкладки имеют название “без имени”
рис. 9
рис. 10
После создания данного файла Geany понимает, что мы хотим работать с языком Python. И мы можем написать свою первую программу на языке Python.
Наша программа будет состоять из одной строчки, которая должна вывести сообщение «Привет. »
Если вы еще не знакомы с синтаксисом языка Python, то просто перепишите этот код, как на рисунке 11:
Рис. 11
Следующим шагом запустим нашу программу.
Для запуска необходимо нажать на кнопку F5.
Если у вас не появилось сообщение, как на рисунке 20, то у вас одна из ниже перечисленных ошибок. Давайте посмотрим, как их ликвидировать.
Ошибка №1 на рис 12. возникает в случае, если при запуске на консоли появилась следующая ошибка:
““python” не является внутренней или внешней командой, исполняемой программой или пакетным файлом.”
рис. 12
Это ошибка возникает в двух случаях:
1. На данном компьютере не установлен интерпретатор Python
2. Не прописаны пути Path
3. Установка Python
Ошибка №1
Для решения первой проблемы (пункт 1) устанавливаем Python рис 13.
Скачиваем дистрибутив https://www.python.org/
рис. 13
После скачивания запускаем инсталлятор рис 14.
рис. 14
рис. 15
После успешной установки, появится надпись “Setup was successful”. Это означает, что установка прошла успешно и можно возвращаться к нашей программе и попытаться ее запустить.
рис. 18
После установки запускаем снова нашу команду “Привет мир!”. Если ошибка все та же (как на рисунке 12), то значит мы столкнулись с ошибкой номер 2 (отсутствие привязки интегрированной среды Geany с интерпретатором Python). Это означает, что среды Geany не знает, где установлен Python, а в следствии чего не может его запустить.
Ошибка №2
Для решения этой ошибки необходимо запустить IDE Geany и выбрать наш файл с расширением “.py” или создать новый.
Следующий шаг: переходим в верхнее Меню программы Geany и выбираем пункт “Сборка”, далее в контекстном меню выбираем пункт: “Установить команды сборки” рис 19
рис. 19
рис. 20
Мы прошли все возможные этапы по установке и настройке интегрированной среды программирования Geany для работы с языком Python. Теперь мы можем создавать программы (проекты) на языке Python и делать этот мир лучше.