Version imprimable
Bonjour,
Je n'ai toujours pas résolu le problème : j'ai recréé un autre projet, ajouté les fichiers sources et recompilé (pour que ça link, il a fallu juste changer les "object / library modules" comme le projet de base) mais toujours pareil :
"is not a valid executable file"
je ne comprends pas que tu perdes autant de temps sur ce sujet.
si comme nous l'avons diagnostiqué:
le même projet fonctionne sur un autre poste.
c'est que ça vient du poste.
si après vérification des différents chemins de vc6
si après passage du sp6 de vc ,c'est toujours pareil.
la seule solution viable comme je te l'ai dis c'est de desinstaller vc sur ce poste.
avec une vérification au préalable du disque dur de la machine (chkdsk)
et de refaire l'installation complète :
vc6 + sp6 + éventuellement le dernier sdk pour vc6.
en dehors de ça je ne vois pas ce que l'on peut faire de plus.
au vu du nombre d'heures perdus sur ce sujet je ne pense pas que ce soit difficile (avec des bons arguments aux responsables de ta boite) de justifier cette procédure...
Bonjour,
OK farscape. je vais faire la demande juste après avoir essayé la dernière chose que je n'ai pas comprise : qu'est-ce que tu entends par installation du dernier SDK? J'ai pas trouvé de lien de téléchargement.
Merci.
vc6 date 1998 ,en l'état actuel il n'est pas possible d'accèder à certaines api32 apparues après, sauf en faisant des getProcaddress sur les modules concernés.
le sdk résout ce probléme en fournissant des bibliothèques a jour.
le dernier SDK Valide pour vc6 date de février 2003.
si tu as des personnes consciencieuses dans ta boite ils devraient l'avoir stocké car il n'est plus disponible directement sur MSDN par le canal habituel
je donne le dernier lien trouvé dans ce post:
http://www.developpez.net/forums/sho...4862#post64862
SDK installé; par contre je ne sais pas si c'est ce qu'il faut faire, mais j'ai remplacé dans les chemins des include et des lib tous les chemins de type C:\Program Files\Microsoft Visual Studio\VC98 par des chemins de type
C:\Program Files\Microsoft SDK
Au début j'ai pas tout mis (include et include\mfc par exemple pour les .h).
Il ne trouve pas float.h, stdlib.h et d'autres alors je regarde où il y en a :
C:\Program Files\Microsoft SDK\src\crt --> reste plein d'erreurs (
C:\Program Files\Microsoft SDK\include\Win64\crt --> fatal error C1189: #error : ERROR: Use of C runtime library internal header file (de toutes façons ça doit pas être ça car je ne suis pas en 64 bits)
Un exemple, j'avais C:\Program Files\Microsoft Visual Studio\VC98\ATL mais ici, le seul dossier ATL est dans C:\Program Files\Microsoft SDK\include\Win64
Je comprend pas trop...
il ne faut rien remplacer...
mais rajouter en première position dans la recherche include :
C:\PROGRAM FILES\MICROSOFT PLATFORM SDK\INCLUDE (chez moi) ;
pour les libs:
C:\PROGRAM FILES\MICROSOFT SDK\LIB
pour les sources:
C:\PROGRAM FILES\MICROSOFT SDK\INCLUDE
C:\PROGRAM FILES\MICROSOFT SDK\SRC\CRT
OK; bon, et bien c'est rajouté mais ça ne change rien
Il n'y a plus qu'à voir côté installation de Visual...
(mais je me demande quand-même si ça change quelque chose vu qu'il va commencer par chercher les fichiers dans les répertoires où il cherchait avant (C:\Program Files\Microsoft Visual Studio\VC98).
Dans le doute, j'ai mis ces nouvelles lignes en premier mais bon, même résultat.
Et pour finir, j'ai essayé sur le poste d'un collègue (qui a exactement la même installation de Visual puisque c'est fait de manière standard par l'entreprise pour tout le monde) : idem; il ne s'agit donc pas de mon poste.
Ca paraît sans issue (il n'ont qu'un déploiement de Visual et il n'y a pas de raison qu'ils le changent...)
si vous n'arrivez pas a compiler /linker un banal projet bidon en mode debug.
posez vous des questions....
autre point essayer de générer un projet en local sur le disque et non sur le reseau pour voir...
Ah, ah...mais tu sais que je revenais pour dire comment mon problème était résolu?Citation:
autre point essayer de générer un projet en local sur le disque et non sur le reseau pour voir...
C'est exactement ça, c'est cette gestion de conf. de m... (ClearCase) qui donnait cette erreur pour une raison inconnue (fonctionne sous NT mais pas XP).
Tout est rentré dans l'ordre quand j'ai envoyé mes exécutables en local effectivement!!!!!!!!
THE END
Un grand merci pour vos messages d'aide.
note : que avec vc200x ce n'est même pas la peine d'essayer de travailler en réseau ce n'est pas supporté et ça ne fonctionne pas.
il faut travailler avec une copie local du projet obtenue avec sourcesafe par exemple.