[Win32] Application Win32 non valide

Bonjour à tous,

Je viens vous poser une question peut-être ridicule mais à la quelle je n'ai trouvé aucune solution.

Alors que je programmé sur Code::Block, j'ai du passé sur Visual Studio 2013 pour des raisons pratiques.

Lorsque que je compile sous Code::Block (mingw32-gcc.exe) le fichier binaire généré fait environ 1MB et s'exécute sur n'importe quelle version de Windows (XP et Sup) sans aucun problème.
Cependant lorsque je compile sous Visual Studio, le fichier binaire ne fait plus que 35KB et ne s’exécute plus que sous Windows 8.

L'erreur est la suivante sous Windows XP: "XY.exe n'est pas une application Win32 valide".

Sous Windows Vista et Windows 7 il manque des DLL et donc le programme ne fonctionne pas (même en ajoutant les dll manquantes le programme ne peut s'initialiser).

Je compile sous Windows 8.1 x64 alors je suppose que Visual Studio compile uniquement le Code::Source pour la version de Windows en cours d'utilisation.
C'est une application Console qui utilise l'API Win32 pour lister les processus en cours.

Je ne vois pas bien d'où peut venir le problème, comment configurer Visual Studio pour qu'il compile le fichier binaire avec les dll nécessaires au fonctionnement du programme sur Windows XP+ et non juste sur Windows 8 ?

Merci d'avance,
GalaxyUser

Quelle version de Visual Studio 2013 utilises-tu?

Et quelles valeurs (_WIN32_WINNT, NTDDI_VERSION, etc.) passes-tu quand tu compiles?

Bonjour

Je tiens à m'excuser pour le délais de réponse, je n'avais tout simplement pas vu que tu avais répondu.
C'est la version ultimate de Visual Studio 2013.

J'ai uniquement un define dans mon code:

Code:

---

#define _WIN32_WINNT 0x0501

---

Un pragma:

Code:

---

#pragma comment(lib,"Psapi.lib")

---

Merci encore et à bientôt

Je suppose que tu compiles bien pour une architecture x86? (plate-forme Win32, Desktop, Project Properties -> Linker -> Advanced -> Target Machine = MachineX86 (/MACHINE:X86))...

Regarde si tu n'as pas moyen d'examiner le header de ton exe dans un éditeur hexadécimal, pour voir les valeurs de machine et de version attendue de Windows...

Le #define correspond à une plateforme cible WinXp et Win2003.
C'est bien mais il a le problème de ne définir cette valeur que dans les sources où il est inclus et à partie de ce #define.
Pour ce genre de réglage, il faut mieux utiliser les constantes de compilation (/D) http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx (section : "Setting WINVER or _WIN32_WINNT").

Le "#pragma comment(lib,...", c'est pas top pour la maintenabilité, surtout avec un spectre étendu de version de Windows à supporter.
Préférez utiliser les options du projet, dans les options du linker, pour indiquer la dépendance avec cette librairie.

Citation:

---

Regarde si tu n'as pas moyen d'examiner le header de ton exe dans un éditeur hexadécimal, pour voir les valeurs de machine et de version attendue de Windows... .

---

Heu, il y a un peu plus user friendly comme outil, comme DIMPBIN /Headers. :mrgreen:
http://support.microsoft.com/kb/177429/fr

Bonsoir à tous,

Premièrement merci pour vos réponses. Malheureusement rien n'a changé mon fichier fait toujours 35KB et impossible de le lancer sur un Windows plus ancien.

Je vais essayer sur Visual Studio Express C++ 2012 et voir si le problème est le même.
Je reviendrai vers vous dans tous les cas pour vous donner une réponse.

A bientôt,

Cela marchera peut-être avec VS2012, mais cela tombera en marche.
Vous devez ABSOLUMENT maitriser ce que vous faites.

Appliquez nos recommandations en terme de déclaration de constante de compilation et d'ajout de références aux lib.
Ce n'est pas une option, c'est le seul moyen FIABLE de générer de manière SURE un exécutable pour une plateforme cible donnée.

L'utilisation de DUMPBIN, c'est une action qui prend quelques secondes pour avoir une certitude sur la plateforme cible de l'exe. QUELQUES SECONDES!

Par default Visual Studio (toutes les versions?) compile en MD (Multi-threaded DLL), ce qui implique l'installation sur la machine d’exécution les runtimes re-distribuable de ton complilo, ou compiler en MT (Multi-threaded) est la l'exe est plus gros!
http://www.microsoft.com/fr-fr/downl....aspx?id=30679

Mais un problème de runtime manquant ne fait pas une erreur de ce type; ça fait une erreur SxS ou une erreur de DLL manquante.