У меня был очень длинный путь, и есть файл там где-то (не gcc.exe), а другой файл, с которого gcc.exe обращается к пути.
Так что, когда я очистил путь, он работал
C:\MinGW>cd bin
C:\MinGW\bin>where gcc.exe
C:\MinGW\bin\gcc.exe
C:\Perl64\site\bin\gcc.exe
^^ Так работает GCC оттуда определенно запустить мина gcc.exe
C:\MinGW\bin>type file6.c
#include<stdio.h>
void main()
{
int num1,num2;
scanf("%2d %4d",&num1,&num2);
printf("a=%d b=%d",num1,num2);
scanf("%d",&num1);
//flushall();
printf("c=%d",num1);
}
компиляции я получил эту ошибку
C:\MinGW\bin>gcc file6.c
gcc: error: CreateProcess: No such file or directory
Мой ПУТЬ был огромный
C:\MinGW\bin>path
PATH=C:\Windows\system32;C:\Windows;C:\Windows\system32\wbem;C:\P......
C: \ MinGW \ bin> путь | grep -io "ming"
У этого не было мин.
C: \ MinGW \ bin> эхо MING | Grep -io "мина" MING
(и да, что Grep works..the путь не имеет мина там)
Очистка мой путь полностью, привел его на работу!
C:\MinGW\bin>set PATH=
C:\MinGW\bin>gcc file6.c
C:\MinGW\bin>
Итак, пока неясно, что именно в ПУТЕ привело к столкновению. Какой каталог, какой файл.
Обновление-
выше кажется правильным для меня, но добавить, что это также не простой случай чего-то ранее в пути сталкиваясь .. потому что обычно текущий каталог имеет приоритет. И он здесь, поскольку gcc -version показывает, что он запускает ming, а не один из них в конфликтующем каталоге. Итак, есть что-то смешное, если конфликтный каталог находится в пути), нужно либо сделать. \ Gcc, либо добавить . в начало пути, либо добавить c:\MinGW\bin перед любыми конфликтующими каталогами в пути. это так, даже если вы находитесь в C:\MinGW\bin, и это странно. И когда он дает ошибку, он все еще запускает gcc Ming, но (по какой-то причине) также смотрит на конфликтующий каталог, как я вижу на мониторе процесса. Там может быть больше ответа здесь http://wiki.codeblocks.org/index.php?title=Installing_MinGW_with_Vista в ссылке, указанной в очень upvoted ответ здесь
Это Ming32 немного ..
Глядя на Мин 64bit, вероятно, имеет тэ такой же вопрос, но я вижу, что интересно, это поставляется с файлом bat, который (разумно) фактически помещает каталог bin в терпкий путь. И похоже, что это стандартный способ правильной работы Ming gcc.
Код :: блокирует IDE (разумно) также помещает каталог bin в начале пути. Если вы запустите программу на C, которая отображает переменные среды, вы увидите это.
Вы добавили его на путь ПОСЛЕ того, как вы получили эту ошибку, используя переменные окружения Windows GUI? Если вы это сделали, и вы пытаетесь запустить gcc в той же командной оболочке, которую вы использовали первоначально, это не сработает. У этой оболочки есть своя копия PATH, которая не изменилась при использовании графического интерфейса. Вы можете это увидеть, набрав echo% PATH% в командной оболочке. Самый быстрый способ исправить это - это выйти из системы и войти в систему. – George
Ах, я подумал, что просто создать новый экземпляр CMD.exe будет достаточно, чтобы использовать новую переменную «PATH». Тем не менее, теперь он отлично работает, и я попытался выйти из системы и, похоже, работает нормально. Благодаря! – Insomaniacal