La version RELEASE de mon logiciel fonctionne seulement si VISUAL STUDIO est installé

**Fred_1511** · 08/12/2011, 06h21

Bonjour,
voici mon problème :
J'ai développé un logiciel un gros logiciel bien compliqué sous VISUAL STUDIO 2005.
Le débogage étant terminé, je l'ai compilé en RELEASE et cela fonctionne parfaitement sur la machine ayant servi au développement.

Mais ce logiciel est appelé à être utilisé sur plusieurs PC. Or, il ne fonctionne sur les autres PC que si VISUAL STUDIO est installé dessus. Dans le cas contraire, lorsque je le lance, windows m'affiche immédiatement un message d'erreur m'indiquant que le programme a un problème de configuration.

J'ai fait le tour des forums et des FAQ et je n'ai pas trouvé de problème équivalent au mien et donc de solution.

Merci d'avance pour votre aide.

**bretus** · 08/12/2011, 07h51

Bonjour,

visual studio redistributable?

**Emmanuel Deloget** · 08/12/2011, 09h12

Je confirme ; il manque des DLL, et peut-être certaines clefs de registre.

**GeantVert13** · 08/12/2011, 10h09

ça devrait marcher en installant ça

**jblecanard** · 08/12/2011, 10h33

Je m'incruste dans le sujet : je ne comprend pas pourquoi ces DLLs ne sont pas livrées directement dans windows. Quitte à mettre les nouveautés dans des mises à jours, mais pourquoi embêter le monde avec un package visual studio redistributable ? Ca veux dire que l'outil de développement est encore lié au logiciel final.

Par curiosité, quel genre de fonctionnalités impliquent que ce package doit être installé ?

**Emmanuel Deloget** · 08/12/2011, 14h58

Envoyé par jblecanard

Je m'incruste dans le sujet : je ne comprend pas pourquoi ces DLLs ne sont pas livrées directement dans windows. Quitte à mettre les nouveautés dans des mises à jours, mais pourquoi embêter le monde avec un package visual studio redistributable ? Ca veux dire que l'outil de développement est encore lié au logiciel final.

Par curiosité, quel genre de fonctionnalités impliquent que ce package doit être installé ?

Le runtime C, le runtime C++, le runtime MFC (si besoin), etc.

La raison qui fait qu'il n'est pas livré en standard sur WIndows est qu'il dépends du compilateur utilisé pour compiler le programme - et comme les compilateurs sortent plus régulièrement que les OS chez MS, ça n'a guère de sens de proposer un OS comportement une DLL qui va être rendue (pariellement) obsolète quelques mois plus tard.

Quand au package redistribuable, il est censé être installé sans bruit pendant l'installation de ton programme ; personne n'embête l'utilisateur dans ce cas

**bretus** · 08/12/2011, 19h22

Envoyé par jblecanard

Je m'incruste dans le sujet : je ne comprend pas pourquoi ces DLLs ne sont pas livrées directement dans windows. Quitte à mettre les nouveautés dans des mises à jours, mais pourquoi embêter le monde avec un package visual studio redistributable ? Ca veux dire que l'outil de développement est encore lié au logiciel final.

Heu, regarde aussi la taille de C:\Windows\winsxs... Mais ne t'inquiète pas, tout se passe dans les coulisses de visual, tout est simple jusqu'au jour où tu as des problèmes. Et là, tu fouilles des heures dans msdn...

Envoyé par jblecanard

Par curiosité, quel genre de fonctionnalités impliquent que ce package doit être installé ?

OpenMP aussi...

Remarque constructive : Penser à regarder les journaux windows, vu la tronche du message en question, on ne comprend même pas d'où vient le problème sinon...

**stardeath** · 08/12/2011, 22h45

dans les options du créateur d'installateurs de visual studio (le 2010 et 2008 c'est sur en tout cas), il y a moyen d'inclure des directives pour justement éviter l'installation des redistributables.

dans mon vs anglais, ça s'appelle "Merge Module" dans le menu contextuel du projet d'installateur.