Discussion :

[GalaxyUser]

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

[M�dinoc]

Quelle version de Visual Studio 2013 utilises-tu?

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

[Batch_Man]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

#define _WIN32_WINNT 0x0501

Un pragma:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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

Merci encore et � bient�t

[M�dinoc]

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...

[bacelar]

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.

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.
http://support.microsoft.com/kb/177429/fr

[Batch_Man]

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,

[bacelar]

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!

[themadmax]

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

[M�dinoc]

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.