Plantage sur une msvcr110.dll

Bonjour,
Je ne connais rien en Visual c++ 2012.
Je dois compiler un projet Visual qui comporte trois sous-projets : deux génèrent des.exe et le troisième génère .lib (static).
Je compile en Release et quand je veux exécuter mon programme sur une autre machine sans Visual studio 2012 ça plante et me demande la dll MSVCP110.DLL.
Est-ce que cela vient de mon paramétrage Visual? (compile static ou dynamique)? Je veux compiler en tout cas en static pour avoir toutes les libs nécessaires. A quoi sert cette DLL?
Merci pour votre aide ça urge....

Je crois que j'ai compris d'où vient le problème, je dois être en debug. Je fais le test demain et je vous tiens au courant si ça intéresse quelqu'un.

Bonjour,
Cette dll est nécessaire pour le runtime donc il faut l'installer sur la machine cible.

Oui.

Je sais pas pour VS2012, mais sous VS2010, les projets de déploiement gèrent la création des MSI est package tout le toutime.

Sinon
http://www.microsoft.com/fr-fr/downl...s.aspx?id=5555

Bonsoir,
Je vous remercie pour votre aide.
Cordialement,

Citation:

---

Envoyé par allouchi

Bonjour,
Cette dll est nécessaire pour le runtime donc il faut l'installer sur la machine cible.

---

Salut,

Ta DLL est obligatoire si tu n'embarque le CRT dans ton exe.
Autrement dit, si tu compile avec l'option /MD (resp. MDd en debug) tu a besoin de fournir les redistribuables. Si tu compile avec /MT (resp. MTd en debug), le code du CRT nécessaire à ton appli sera embarqué dans ton exe.

Si tu utilises MT, ton exe final sera plus gros, car il comprend aussi les parties du CRT que tu utilise.
Si tu utilise MD, tu pourra profiter des mises à jour du CRT sans recompiler ton appli... Mais c'est un peu pour le meilleur et pour le pire.

Citation:

---

Envoyé par djuju

Salut,

Ta DLL est obligatoire si tu n'embarque le CRT dans ton exe.
Autrement dit, si tu compile avec l'option /MD (resp. MDd en debug) tu a besoin de fournir les redistribuables. Si tu compile avec /MT (resp. MTd en debug), le code du CRT nécessaire à ton appli sera embarqué dans ton exe.

Si tu utilises MT, ton exe final sera plus gros, car il comprend aussi les parties du CRT que tu utilise.
Si tu utilise MD, tu pourra profiter des mises à jour du CRT sans recompiler ton appli... Mais c'est un peu pour le meilleur et pour le pire.

---

Bonjour et merci pour ton aide.
Une autre question, est-ce que je peux dire à VS 2012 d'utiliser
une version de "msvcr" plus ancienne exemple : msvcr71.d​ll au lieu de msvcr110.d​ll? car c'est cette version qui est utilisé dans mon appli.
Je te remercie.

Citation:

---

Envoyé par allouchi

Bonjour et merci pour ton aide.
Une autre question, est-ce que je peux dire à VS 2012 d'utiliser
une version de "msvcr" plus ancienne exemple : msvcr71.d​ll au lieu de msvcr110.d​ll? car c'est cette version qui est utilisé dans mon appli.
Je te remercie.

---

Non, malheureusement impossible. Tu dois utiliser la DLL qui correspond au niveau de compil de ton code.

Je te dirais même que ce n'est que depuis VS 2012 que tu peux utiliser les DLL sans te soucier de leur numéro de version (version de la DLL, pas de VS). Pour les version antérieure de VS, tu devais à la fois avoir la msvcdXXX.dll qui va bien, mais il fallait aussi que tu te préoccupe de son numéro de version (qui devait être le même que celui qui t'as permit de compiler).

Citation:

---

Envoyé par djuju

Non, malheureusement impossible. Tu dois utiliser la DLL qui correspond au niveau de compil de ton code.

Je te dirais même que ce n'est que depuis VS 2012 que tu peux utiliser les DLL sans te soucier de leur numéro de version (version de la DLL, pas de VS). Pour les version antérieure de VS, tu devais à la fois avoir la msvcdXXX.dll qui va bien, mais il fallait aussi que tu te préoccupe de son numéro de version (qui devait être le même que celui qui t'as permit de compiler).

---

Je te remercie.
Bon week-end avec un peu d'avance.

Bonjour,
Une dernière pour la route. Peut-on faire cohabiter deux dll de version différente dans une même application? Il n'ya pas de risque de conflit?
Je vous remercie.

Pour les redistribuables de VS .NET < à VS 2012, oui il n'y a pas de problème (à mettre dans des sous dossiers).
Parfois une DLL t'obligera à avoir une version de redistribuables pour cette dernière et une autre version pour ton code.

Pour les redist de VS 2012, ça n'a pas de logique puisqu'ils les différentes versions de DLL sont compatibles entre elles.

Tu peux bien sur avoir une config mixte avec un ou plusieurs redist d'un VS < 2012 et les redist VS2012

Merci pour tout, je teste demain.
Cordialement,