Discussion :

[Fabllot]

Bonjour à tous,

Je ne suis pas sûr d'être dans le bon forum, mais je vais tout de même tenter ma question.
Voilà, je travaille avec Visual Studio 2005 Pro, sur une application C/C++ avec une API Windows... Je cherche à faire un exécutable qui serait utilisable sur un grand nombre de machines (On va se limiter à celles possédant windows XP).

Voilà mon problème : quand je compile mon projet sur mon portable (Double Coeur Intel avec Windows XP Pro), l'éxecutable produit ne fonctionne pas sur mon PC (AMD Simple coeur avec Windows XP Pro).
D'où ma question : connaissez vous les paramètres de compilations nécessaires pour que mon application soit "portable", et quelles sont les limites de la portabilité (processeur, versions des OS, ...) ?

Merci de votre précieuse aide.

[Mat.M]

Pour la 1000ieme fois que veux-tu dire par "ne fonctionne pas" ? Quels messages d'erreurs ?
Quel type de projet ? API win32 seule ? C'est prevu de fonctionner sur tous les OS de Microsoft peut importe le processeur...
l'interface de programmation Windows est "générique" qu'importe que tu aies un bi-processeur , mono etc..
A moins d'utiliser des API vraiment particulières qui touchent le hardware le bas-niveau mais on n'en sait pas plus

[Fabllot]

Tout d'abord, désolé pour le temps de réponse (problèmes de connexion à Internet ...).

Quels messages d'erreurs ?

Le message d'erreur qui apparaissait était quelque chose du style : L'application n'est pas conforme, essayez de la réinstaller...

Quel type de projet ? API win32 seule ?

C'est une application C/C++ avec tout pleins de bibliothèques : glib, sdl, gecode
et une API win32 basique

C'est prevu de fonctionner sur tous les OS de Microsoft peut importe le processeur...
l'interface de programmation Windows est "générique" qu'importe que tu aies un bi-processeur , mono etc..

C'est bien ce que je pensais : l'erreur survenue a provoqué mon étonnement!

Cependant je parle ici au passé, parce-que je viens de refaire un test, et oh, miracle l'appli compilée sur mon portable bi-proc fonctionne sur mon pc mono-proc... Là j'avoue que je n'y comprends plus rien. La différence entre les deux essais, c'est que j'ai installé Microsoft Visual Studio 2005 Pro sur le PC mono-proc (celui qui ne voulait pas de mon appli la semaine dernière)...

Le problème est que si il faut installer VS2005 pour faire fonctionner mon appli ça va pas être très drôle !!!

[farscape]

salut,

Le problème est que si il faut installer VS2005 pour faire fonctionner mon appli ça va pas être très drôle !!!

nan ,
il faut simplement distribuer la DLL de la CRT VC8.0 ,ou travailler en mode Multithread (/MT)
http://c.developpez.com/faq/vc/?page=DLL#VC2005VCRedist

[Fabllot]

Aussitot dit, aussitot fait! Je viens de tester sur d'autres pc sans VS2005

Bon mais voilà, j'arrive sur d'autres problèmes ...

il faut simplement distribuer la DLL de la CRT VC8.0

Comme ça, ça ne marche pas ... Je ne sais pas ce que l'installer installe, mais ça ne change absolument rien... Le programme recherche des dll introuvables, et quand on les lui donne de force (grace à des dll trouvées sur le net), au final il plante sur une dll non complète ou qui ne correspond pas ...

ou travailler en mode Multithread (/MT)

De cette manière mon appli se lance... Mais seulement toutes mes fonctions ne fonctionnent plus... Certaines qui ont pourtant été largement testées de manière isolée, ne répondent plus... C'est assez étrange... En fait, il s'agit de fonctions appelant une bibliothèque C++ dénommée Gecode (Solveur de contraintes)...

[ep31]

Il te faut avoir les dll MFC, ATL et CRT sur ton portable (la redist pour AMD).
Effectuer aussi une compil AMD de ton projet pour spécifier au manifest que tu n'est pas sur du x86.

[Fabllot]

De cette manière mon appli se lance... Mais seulement toutes mes fonctions ne fonctionnent plus... Certaines qui ont pourtant été largement testées de manière isolée, ne répondent plus... C'est assez étrange... En fait, il s'agit de fonctions appelant une bibliothèque C++ dénommée Gecode (Solveur de contraintes)...

En fait c'est encore plus marrant que cela! En fait en lançant l'application par VS2005, tout fonctionne parfaitement dans le meilleur des mondes et quand je lance l'exécutable correspondant ... ça ne marche plus ! Là j'avoue je suis blasé...

[Fabllot]

Il te faut avoir les dll MFC, ATL

En fait je n'utilise ni les ATL ni les MFC : j'utilise la librairie standart de l'API développée en C. D'après ce que j'ai compris des MFC ce sont des classes MFC qui utilisent la lib standart C, et mon appli est entièrement en C...

et CRT sur ton portable (la redist pour AMD).
Effectuer aussi une compil AMD de ton projet pour spécifier au manifest que tu n'est pas sur du x86.

Je ne comprends pas bien ce que tu veux dire...