Discussion :

[TaZStars]

Je souhaite exécuter un programme qui est compilé sur une machine Windows7 sur des machines XP.

J'utilise Visual Studio 2005 Version 8.0.50727.687 (vsvista.050727-8600).
Je réalise la compilation en RELEASE.
J'installe "Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)" sur les machines cibles.
Mais rien n'y fait, le programme plante sur les machines XP alors qu'il fonctionne parfaitement sur la machine en Windows7.

J'intuite que le problème est relatif aux dépendances du projet. En utilisant Dependency Walker, DWMAPI.dll est manquante. En fouillant dans les forum, la solution était de désintaller Internet Explorer 7. Chose que j'ai faite mais maintenant, c'est MSJAVA.dll qui est déclarée manquante.

Le code est en C++ et n'utilise pas le framework .Net. Je n'ai pas vérifié la compatibilité entre les frameworks. Je ne pense pas que cela puisse venir de là.

Par ailleurs, j'ai essayé d'utilisé les versions minimums requises mais sans succès
http://msdn.microsoft.com/en-us/library/aa383745.aspx
Je ne sais d'ailleurs pas trop comment fait-on pour paramétrer le projet visual

Merci d'avance,
Sébastien

[TheGzD]

Quand tu dis que le programme plante, as-tu une remontée d'erreur?
Si oui, laquelle ?

[TaZStars]

Aucune remontée d'erreurs

[bacelar]

Si vous ne voulez pas installer VS sur un XP ou installer les outils de debugging à distance de VS sur une machine XP, vous pouvez toujours générer un Dump avec DrWatson ou un autre outil pour avoir la cause réelle du plantage.
Il semble que vous ne maitriser pas du tout les dépendances en dll de votre application et c'est mal.
Vous devez fournir, dans votre packaging d'installation, l'ensemble des dll que votre application utilise.

[TaZStars]

Effectivement, je ne maitrise pas du tout les techniques de débogage VS à distance, ni la création de Dump

Je vais creuser de mon côté mais si vous avez des liens à me conseiller sur ces 2 sujets, je suis preneur.

Il semblerait que je maitrise mal les dépendances de l'appli. Néanmoins je veille à distribuer les dll dans le même dossier, à l'exception des redist vs qui doivent être installés.

[farscape]

salut,
si ton exécutable est destiné à tourner sur des Windows xp , pense à définir la plateforme dans stdafx.h ou plus vraisemblablement dans le fichier targetver.h

[TaZStars]

Oups, je n'ai ni fichier stdafx.h ou targetver.h.
Je me suis finalement décidé à installer VS sur la machine XP.

[TheGzD]

Oups, je n'ai ni fichier stdafx.h ou targetver.h.
Je me suis finalement décidé à installer VS sur la machine XP.

Tu ne risques pas d'avoir ce genre de .h avec ton exécutable/livrable, farscape te parle des fichiers sources de ton projet ...
Il semble que ton manque de maîtrise ne se cantonne pas seulement au dépendances vers des dll, mais plutôt à la programmation sous VS ...

[TaZStars]

Merci TheGzD mais je sais encore faire la différence entre les sources et les binaires. Je n'ai évidemment pas cherché ces fichiers sur la machine cible.

Il aurait été plus utile que tu m'éclaires sur la manière dont on les utilise au lieu de m'insulter.

[TheGzD]

Merci TheGzD mais je sais encore faire la différence entre les sources et les binaires. Je n'ai évidemment pas cherché ces fichiers sur la machine cible.

et ? je ne vois pas trop le rapport avec ce qui nous intéresse : on peut très bien livrer des .h dans le cas d'une bibliothèque. Ainsi on peut très bien retrouver du code source sur une machine cible. Excuse moi de ne pas savoir exactement ce que tu fais au boulot, et d'avoir essayé de t'éclairer un peu plus sur quelque chose que tu ne sembles pas comprendre ...

Je dit juste ça car vu ton précédent poste il semblait que tu aies trouvé comme solution, pour avoir ces .h, d'installer VS sur ta machine sous XP.

Il aurait été plus utile que tu m'éclaires sur la manière dont on les utilise au lieu de m'insulter.

faudrait pas pousser non plus, où as-tu vu des insultes dans mon post ? Si tu es en colère, car tu ne t'en sors pas avec ton projet ce n'est pas une raison pour t'en prendre aux autres.

Enfin ne t'inquiète pas je ne viendrais plus perdre mon temps à essayer de te faire avancer sur tes problèmes.

[TaZStars]

Désolé, c'est ma faute, je me suis mal exprimé.
J'ai installé VS entre temps et pas parce que je n'avais pas trouvé les fichiers.

Si je suis sur ce forum, c'est bien que je cherche des solutions. Je ne trouve pas très constructif que tu pointes mes lacunes. C'est bien pour ça que j'écris.

Si tu veux réellement m'aider comme tu le prétend cherche plutôt à les combler. Techniquement, tu ne m'as pas apporté plus d'info sur ces fichiers alors que tu sembles en savoir plus

[fregolo52]

Maintenant que tu as VS sur ton XP, as-tu avancé ? VS a pu 'catcher' le crash ?

N'oublie pas de mettre les fichiers pdb (pour debug) de ton exe et de tes dlls sous XP.

[TaZStars]

Depuis que j'ai installé VS, l'appli ne crache plus

J'ai alors testé le remote debug sur une autre machine XP où visual n'était pas installé. J'ai trouvé des infos là:
http://msdn.microsoft.com/fr-fr/libr...8VS.80%29.aspx

J'ai donc compilé le projet en debug et ajouté les vs redist debug au package trouvé là:
C:\Program Files (x86)\Microsoft Visual Studio 8\VC\redist\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT

Malheureusement, l'appli crache direct sans même entrer en debug.
(J'ai évidemment testé la technique du remote debug sur une machine sur laquelle l'appli ne plantait pas)

Reste à tester le Dump avec DrWatson...

[Gabrielly]

Je crois qu'en définissant correctement la plateforme cible (donc XP) dans le stdafx.h ou le targetver.h lors de ton développement sur une machine Win7 que tu peux faire tourner ton application sous XP sans problème.
Il faudra se rassurer que ton application compilé sous Seven n'utilisera uniquement que les ressources dans XP.
L'avantage de cette pratique serait de t'éviter d'installer VS sous une quelconque version antérieure à Seven. car il y a Vista aussi.
Et donc en "compile time mode" tu auras deux versions de ton application une sous Win7 et l'autre sous XP.