GCC / G ++ me donne une erreur "CreateProcess: aucun fichier ou répertoire de ce type"

J'ai un problème hier avec un programme ne pouvant pas manipuler un chemin comme celui-ci: XXX PRE>

Je l'ai remplacé par: P>

<some stuff>;C:\Program Files\path\to\bins;<some other stuff>

Essayez d'ajouter le chemin d'accès au compilateur G ++ dans Chemin Code> Variable d'environnement:

TCHAR *path;
TCHAR *newpath;
DWORD dwSize = GetEnvironmentVariable(TEXT("PATH"), NULL, 0);

path = new TCHAR[dwSize];
GetEnvironmentVariable(TEXT("PATH"), path, dwSize);


dwSize += MAX_PATH;
newpath = new TCHAR[dwSize];
_tcscpy_s(newpath, dwSize, TEXT("E:\\dev\\external\\MinGW\\bin;"));
_tcscat_s(newpath, dwSize, path);
SetEnvironmentVariable(TEXT("PATH"), newpath);

delete[] path;
delete[] newpath;

Utilisez Sysinternals Processionniste (http://technet.microsoft.com/en-us/sysinternals/bb8966645) Pour retracer les appels système émis par votre code (Createefile, CreateProcess, Registry requis) ainsi que leur succès et leur retour valeur. Cela montre également toutes les tentatives différentes de trouver l'exécutable qui ne se trouve pas par votre code - la plupart des temps, cela le rend évident, quelle erreur (par exemple la faute de frappe, l'échappement, l'espace blanc dans le chemin de la trajectoire, etc.) a causé le code de ne pas trouver l'exécutable G ++ .

Utilisez Sysinternals Processionniste comme Bertnase dit. Ce que vous faites est de trouver le nom .exe qui fait la compilation dans la colonne Nom du processus, comme GCC.EXE. Ensuite, regardez dans la colonne de résultat et tout ce qui n'est pas un succès, vérifiez-le. Je pense que ce que vous cherchez est un nom non trouvé, cependant.

J'ai eu ce même problème et j'ai fait ce que je viens de mentionner ci-dessus, j'ai constaté que gcc.exe obtenait un nom non trouvé résultat de CC1OBJ.EXE. J'ai donc fait une supposition éduquée et je suis allé dans mon dossier Mingw sous \ libexec \ gcc \ mingw32 \ 4.5.0 (le numéro de version pourrait ne pas être identique à vous) et effectué une copie de CC1.exe, puis renommée que cc1obj.exe . Et Wala, qui corrige le problème.

Vous ne manquez probablement pas le même fichier, mais il semble que la suite de ce processus résoudra.

L'erreur que vous obtenez dire que la fonction de GCC "CreateProcess" tente d'accéder à un fichier et de ne pas le trouver.

évidemment si GCC attrape l'erreur, il fonctionne, alors rien de mal avec votre chemin.

Cependant, GCC ne trouve pas de programme ou une bibliothèque nécessaire à la compilation. C'est une erreur étrange que je connaisse sur Mingw32. Mon meilleur conseil sera de réinstaller MINGW32. Vous avez peut-être modifié une utilisation du fichier par le programme.

Il est très probable que les doubles instances du compilateur existent sur le système.

Si tel est le cas, essayez ce qui suit pour expérimenter de manière à ce que celui-ci dans le chemin actuel puisse exécuter pour la compilation source: P>

D:\cmn_dev\mingw64\bin>.\g++ HelloGcc.cpp -o Hello.exe

J'ai eu le même problème et j'ai été résolu après avoir ajouté le "C: \ mingw \ msys \ 1.0 \ bin" à la variable du système de chemin.

J'ai également confronté le problème lors de la mise en place d'atome. Mais plus tard, j'ai découvert que mon Mingw a été copié du dossier de codeblocks. Réinstallation des emballages via un programme d'installation officiel Mingw et ajoutez le chemin de répertoire (pour mon cas C: \ Mingw \ bin) dans

Paramètres du système avancé> Variables d'environnement> Chemin

a résolu le problème pour moi

Un vieux fil mais qui sait que cela peut aider.

Pour moi, j'ai remplacé le chemin complet avec l'emplacement du compilateur. P>

SO: P>

set path="< folder that contains the compiler>"