Version imprimable
Les redistribuables Microsoft Visual Studio C++
Vos commentaires et remarques sont les bienvenus ;)Citation:
Un redistribuable Microsoft Visual Studio C++ (ou redistributable dans la littérature anglaise) est un ensemble de bibliothèques à installer sur les machines qui vont exécuter des programmes générés par un environnement Microsoft Visual Studio. Le but de ce tutoriel est de faire le tour de ce qu'il y a à connaitre sur ces redistribuables.
Bonjour,
En plus des 8 versions évoquées dans l'article, de nouvelles versions sont disponibles depuis juin 2011, nommées "MFC Security Update". Plus d'informations à l'adresse :
http://technet.microsoft.com/en-us/s...letin/ms11-025
:ccool: Bon aperçu! Il est difficile d'avoir toutes ces informations en un coup d'oeil sur le site de Microsoft, avec les liens de téléchargement associés.
Une mise à jour serait encore mieux (cf message précédent).
Bonjour,
Merci pour cet article court, simple et très intéressant. :merci:
Lorsque je vois ces 24 possibilités de versions (bon, sur un PC x86 récent en Vista ou Seven 64 bits, ça n'en fera plus que 16... non ?? :roll:), sans compter les logiciels qui embarquent leurs propres DLL au lieu de pointer vers celles installées, je me demande : à quand le contrôles des dépendances via Installshield, et à quand la possibilité d'utiliser les raccourcis comme des alias *nix pour alléger tout ça ?
Même si Visual Studio n'est pas le seul environnement de dev. pour Windows, c'est quand même un des plus utilisé, ça améliorerait bien des choses si c'était mieux intégré. :?
:merci: pour cette remarque, je les avais loupés ceux-là.Citation:
Envoyé par xeonx
L'article est mis à jour, il me manque juste les GUID des version 2008 SP1 MFC et 2005 SP1 MFC, si vous avez, je suis preneur, sinon, je chercherai et mettrai à jour ultérieurement.
Bonjour,
Merci pour cet article qui rassemble enfin tout ce que l'on doit savoir sur l'enfer des redists visual. :ccool:
Il est intéressant de rappeler que la livraison des redists dépends des paramètres de compilation du projet
Onglet C++ / option génération de code / bibliothèque runtime : /MD, /MDd
Les redists ne sont pas nécessaires avec les options /MT, /MTd.
Néanmoins, il faut veiller à garder la cohérence entre les différentes dépendance du projet comme le rappel la FAQ suivante :
http://cpp.developpez.com/faq/vc/?pa...VC2005VCRedist
Il est d'ailleurs parfois difficile de garder cette cohérence lorsque le projet utilise des thirdparty que le développeur n'a pas compilé. Aussi, il ignore si la labrairie a été compilée avec l'option /MT (/MTd) ou /MD (/MDd) ce qui n'est pas sans poser quelques petits soucis. Mais ceci est une autre histoire...
Est ce que quelqu'un aurait une version Windows quelconque mais Itanium afin de faire quelques tests de ces redistribuables ?
Si oui, contactez moi par MP
Excellent remarque que je viens de rajouter à l'article :ccool:Citation:
Envoyé par TaZStars
Ce qui peut etre dangereux avec /MT c'est que chaque module (dll ou executable) utilisable sa propre mémoire ainsi si on malloc ou new d'un coté, il ne faudra pas faire de free/delete de l'autre.Citation:
Envoyé par TaZStars
Sinon on peut aussi parfois mixer du /MT (pratique quand on distribue des dll) avec du /MD (c'est sous certaines conditions).
Ceci dit, si on fait de la programmation "propre" et bien structurée, le free/delete doit être fait par l'entité qui fait le malloc/new. Si un free doit être fait par le programme utilisateur de l'entité, celle-ci (l'entité) doit présenter une fonction spécifique de libération.Citation:
Envoyé par renoo
Dans ce texte, entité = classe C++ ou DLL ou module ou d'autres choses encore
Je me souviens d'avoir fortement galéré avec les histoires de versions de CRT, mais c'est aujourd'hui très vague dans ma tête.
Y'a pas des choses concernant les manifestes, à évoquer ? Des manips à faire au niveau système pour démêler des sacs de nœuds ?
Salut,
Bien sympa de résumer tous les redist utilisables a ce jour!
Serait-il possible d'avoir ce genre de documents sur les manifestes de manière générale?
Doit-on créer un .exe.manifest? ATL/CRT, quelle version? doit on livrer msvcrXX.dll, msvcrpXX.dll, msvcrmXX.dll etc si l'on ne veut pas installer les redist?
Merci :)
Tuto complet sans être trop long et clair Merci :ccool:
Avec plaisir !! :PCitation:
Envoyé par Chrystol
Article toujours d'actualité plusieurs années après ...
Je viens de tester avec l'option /MT malheureusement, cette option est incompatible avec d'autre options de compilation (/clr). Je n'ai pas fouillé plus loin pour savoir quel était le problème exactement (en modifiant mon option /clr, cela a posé un problème sur une autre option).
A l'occasion, si quelqu'un pouvait faire une mise à jour pour indiquer ces incompatibilité ou pour indiquer comment s'en sortir différemment.
Est-ce qu'à partir du moment où on utilise les librairies .Net, on n'est pas obligé d'imposer à son utilisateur final d'installer les redistribubles ?
L'installation du framework .NET installe les dll nécessaires à l'exécution des exécutables 100% .NET.
S'ils ne le sont pas, il faut installer les "trucs" utilisés dans les parties non .NET.
de mémoire, .NET n'est compatible qu'avec les version Multi-thread Dll de la C-Runtime.
Un programme compilé en /clr:safe, qui est assez fort pour rendre le programme indépendant de la bitness, a-t-il encore besoin des redistribuables Visual C++?