Discussion :

[stof]

Bonjour,

J'ai récemment ouvert un sujet qui commençait par un autre problème, et marqué comme résolu...mais pas tout à fait. Reprenons.

J'étais sur un poste NT avec VC6.
j'installe VC6 sur un autre poste (XP) et je lui applique le Service Pack 6 (j'ai cru un moment que ça avait résolu le problème)
Tous mes projets et sources sont sur un lecteur réseau.

Je compile et j' exécute sans problème en debug et release sur mon poste NT.
Je compile et j'exécute sans problème en release sur mon poste XP, mais en debug, l'exécutable généré provoque cette erreur ... is not a valid executable file.

Il s'agit vraiment de l'exécutable produit car si je le compile sur le poste NT et que je l'exécute en debug depuis le poste XP, ça fonctionne....***


***enfin presque car quand Visual atteint le point d'arrêt, il m'ouvre une fenêtre "Find Symbols" avec "Please enter the path for nafxcwd.pdb" en m'écrivant par défaut e:\8168\vc98\mfc\mfc\lib dont je ne sais pas d'où ça vient étant donné que dans les paramètres de Visual j'ai bien C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE mais bon, en faisant cancel ça veut bien continuer quand-même...

Mais d'où peut venir ce problème dans l'exe de debug?!
Indice : l'exe sous XP fait 1129 ko alors que sous NT il fait 1113 ko

[stof]

Ca n'inspire personne on dirait...ça ne m'étonne pas, la MSDN de Microsoft n'est pas inspirée non plus...

[farscape]

vérifies les paths dans le parametrage général de vc6.0: tools\options\directories.

[stof]

vérifies les paths dans le parametrage général de vc6.0: tools\options\directories.

Non, il n'y a pas de problème là-dessus a priori; j'ai remis le même genre de configuration que sur l'autre poste. Toutes les librairies y sont (d'ailleurs comment ça pourrait compiler, et s'exécuter en release s'il manquait quelque chose?)

[farscape]

pas forcement nafxcwd.pdb c'est utile au mode debug uniquement..

[stof]

Tu as raison mais ce fichier est bien présent à la fois sur mon poste et dans le Directories :
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB

donc ça doit être autre chose

[farscape]

tu devrais faire une recherche sur le path:
e:\8168\vc98\mfc\mfc\lib
il doit bien être quelque part .
vérifies tes variables d'environnement sur ton poste.

[stof]

tu devrais faire une recherche sur le path:
e:\8168\vc98\mfc\mfc\lib
il doit bien être quelque part .

Je peux t'assurer que je n'ai aucun lecteur de lettre "E", d'ailleurs quand je vais dans l'explorateur et que je tape e:, ça ne trouve logiquement rien

vérifies tes variables d'environnement sur ton poste.

Ah, idée intéressante, mais que dois-je chercher?
En rapport avec Visual, je ne vois que la variable VS80COMNTOOLS positionnée à C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\
(mais je ne l'avais pas sur mon poste NT cette variable, ce qui ne l'empêchait pas de fonctionner), pas de e: non plus sur ce poste d'ailleurs

[farscape]

alors dans ta base de registre ...

[stof]

alors dans ta base de registre ...

Peux-tu spécifier ce qu'il faut que je fasse exactement et ce qu'on cherche?
je me trompe peut-être mais cette histoire de E:\ peut être une fausse piste (ça, c'est jsute quand j'exécute l'exécutable créé par le poste NT sous le Visual du poste XP) : le principal problème est pourquoi le Visual du poste XP fabrique mal l'exécutable de debug

[stof]

Toujours là?

[farscape]

Peux-tu spécifier ce qu'il faut que je fasse exactement et ce qu'on cherche?
je me trompe peut-être mais cette histoire de E:\ peut être une fausse piste (ça, c'est jsute quand j'exécute l'exécutable créé par le poste NT sous le Visual du poste XP) : le principal problème est pourquoi le Visual du poste XP fabrique mal l'exécutable de debug

heu rassures moi.
tu es en train d'exécuter un programme en debug sur un autre poste que celui qui l'a généré ?
si c'est le cas il ne faut pas s'attendre a avoir des bizarreries sur la recherche d'un fichier binaire surtout sur deux postes avec des os différents.
on distribue un programme en release pas en debug.
si c'est pour debuger il y a d'autres options comme activer la génération des informations de debug de mappage etc pour la version release.
dr watson faisant ensuite le reste.

[stof]

Bonjour,

Allez, faut que je trouve cette semaine.

Bon alors oui, j'ai ESSAYE de compiler sur le poste NT et d'exécuter l'exe de debug produit sous le Visual du poste XP pour voir si c'est l'exécution qui lui posait problème, c'est tout.
ca a confirmé que c'est la génération de l'exe de debug qui fonctionnait mal sous le Visual du poste XP.

Maintenant que faut-il faire exactement dans la direction

activer la génération des informations de debug de mappage etc pour la version release.
dr watson faisant ensuite le reste

L'option "generate browse info" est déjà cochée.

Merci.

[Médinoc]

Mais là, je crois que c'est la Debug Info qu'on te conseille d'activer même en Release.

[stof]

Mais là, je crois que c'est la Debug Info qu'on te conseille d'activer même en Release

"generate debug info" était coché en debug, pas en release.
Je l'ai rajouté en release, que dois-je faire ensuite (la situation est la même, ça s'exécute en release, pas en debug)

[Médinoc]

Il semblerait que tu n'aies pas compris que C'EST NORMAL que ça ne puisse pas s'exécuter en Debug sur un autre poste...

[stof]

On ne s'est pas compris je crois :

Oubliez l'histoire de compiler sur un poste et exécuter sur un autre (c'était juste un test) :
le problème, c'est que l'exécutable de debug produit sous mon poste XP ne s'exécute pas (toujours sous le même Visual sous XP toujours qui a servi à le générer)

(cf relire le premier post pour comprendre ma demande)

[stof]

farscape, Medinoc, êtes-vous parti ou en panne d'inspiration?

Suis-je seul au monde à avoir ce problème (si j'en crois google)?

[Neitsa]

Bonjour,

la seule raison pour avoir ce message ("is not a valid executable file.") est que :

- On tente d'exécuter autre chose qu'un exécutable
- Si c'est bien un exécutable : le PE est corrompu.

Attention : .exe ne signifie pas exécutable !

Comme c'est le rôle de l'éditeur de lien (linker) de produire le PE (Portable executable), j'irais voir du coté des options du linker si il n'y pas quelque chose qui cloche.

Ca peut être un simple flag qui aurait été changé par inattention, ou une simple option a priori anodine. (il suffit par exemple d'avoir mis le flag "driver" et le linker produit un fichier avec l'extension .exe qui n'est absolument pas exécutable).

Au pire, si après avoir visité toutes les options, tu ne trouves rien qui cloche, créé un nouveau projet et met y (copier/coller) tes fichier sources (le mieux est que le fichiers sources ne contiennent aucun pragma destiné au linker).

Relance alors un "Build", le fait d'avoir à nouveau les options "par défaut" peut remédier au problème.

[stof]

Ca peut être un simple flag qui aurait été changé par inattention, ou une simple option a priori anodine

Je reprécise que le projet identique fonctionne sur l'autre poste (Wondows NT), y compris en debug. Donc toutes les options sont identiques

Au pire, si après avoir visité toutes les options, tu ne trouves rien qui cloche, créé un nouveau projet et met y (copier/coller) tes fichier sources (le mieux est que le fichiers sources ne contiennent aucun pragma destiné au linker).
Relance alors un "Build", le fait d'avoir à nouveau les options "par défaut" peut remédier au problème.

Je viens de recréer un nouveau projet mais j'arrive encore moins à le faire compiler, faut que je continue à regarder option par option ce qui diffère de l'autre.

je suis vraiment mal parti là...