Détecter si Visual C++ Redistribuable Visual Studio 2012 est installé

• C'est parfait. C'est le seul que j'ai trouvé qui ne donne pas de faux positifs lorsque Visual Studio est installé ou le runtime est désinstallé.
• Si jamais cela doit être mis à jour, s'il vous plaît message moi ici. J'ai l'habitude de vérifier SI une ou deux fois par semaine, si pas plus.
• VS2015 Pré Update 1 GUID {74d0e5db-b326-4dae-a6b2-445b9de1836e} de sorte que vous pouvez obtenir dans un cornichon avec l'aide de ce mécanisme. Pour chaque future mise à jour! Le lancement de la pré-mise à Jour de 1 VCRedist avec la mise à Jour 1 installé m'a donné une erreur donc je vais utiliser le VC programme d'installation clé reg - qui semble être très bien si vous utilisez VCRedist?
• Je ne suis pas sûr de savoir comment cette méthode de téléchargement est considérée comme problématique, mais oui, avec MSVC 2015 redists, leurs installateurs ne vous permettra pas d'installer des versions plus anciennes, qui peut être assez ennuyeux, surtout si vous êtes le maintien d'un programme d'installation qui utilise MSVC redists comme une dépendance. Le deuxième jour redist sort, le tout peut aller en forme de poire si vous n'êtes pas prudent. Je ne sais pas pourquoi ils ont pris cette décision, mais il se détache à partir de pratiquement toutes les versions précédentes, à l'exception peut-être 2010, IIRC.
• malheureusement, ce ne contient pas de VCREDIST 14.0 mise à Jour 2-comment faire face à la compatibilité ascendante (en détectant les plus récents, succédant les versions d'un même moment de l'exécution)
• La grande question, @ShaunWilson! Il a été un temps assez long, car j'ai fait cela, mais je vais essayer d'obtenir cette mise à jour pour la réponse pour la mise à Jour 2. IIRC, la raison pour laquelle je ne partage pas un régime commun est qu'il a varié par génération.
• Ok, j'ai mis à jour cette réponse pour la mise à Jour 2. En ce qui concerne la méthodologie, il n'était pas quelque chose de trop intelligent. J'ai simplement gardé la trace de l'clés de registre avant et après l'installation/la désinstallation.
• Avertissement: aujourd'Hui, une version plus ancienne de MSVC2015 de l'URL de téléchargement arrêté de travailler. Les générations précédentes de MSVC de liens fonctionnent toujours, donc, ce qui est sans précédent.
• J'ai essayé aujourd'hui de réinstaller x64 2013 transmissibles et obtenu de différents chemin: HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Dépendances\{1a63c099-febd-4eaf-83ad-a82ea4fdac49}. Bien que la version est la même: 12.0.30501.0 dirait qu'il n'est pas un moyen fiable de trop 🙁
• Il peut être dépendants, @CodingFeles -- je vais ajouter de la stipulation pour cette réponse à ma configuration. S'il vous plaît répondre à la vôtre, et je vais voir si je peux faire quoi que ce soit.
• Le Guid semblent varier, c'est à dire dans Windows 10 x64, VC runtim 2015 mise à Jour 1 sur la clé HKLM\Software\Classes\Installer\Dépendances\{e46eca4f-393b-40df-9f49-076faf788d83}
• Je suis sûr qu'ils changent pour chaque mise à jour. Si vous avez besoin d'un GUID à partir d'une précédente mise à jour, vous voudrez peut-être vérifier l'Historique de l'Édition de cette réponse. Je suis assez sûr que je l'avais mise à jour de 1 dans il y à quelque temps.
• C'est maintenant mis à jour pour la dernière version de 2015.
• N'est-ce vraiment le travail pour le cas où cela est désinstallé? Je pense qu'il serait préférable de vérifier l'installation de la valeur du HKLM\SOFTWARE\ [ WOW6432Node\ ]Microsoft\Windows\CurrentVersion\Uninstall\{VCRedist_GUID_Here} .. ou je me trompe?
• S'il peut y avoir certains régimes qui sont applicables pour certaines générations de Visual C++, il n'existe pas de régimes universels, que je sache. Si vous en trouvez un pour une génération ou des générations, je ne serais pas trop surpris. Je me souviens d'essayer de trouver le même genre de tendances avant l'élaboration de cette liste. En ce qui concerne l'exactitude de votre déclaration, je dirais de le tester. Tous les liens vers les différents dernières générations sont au-dessus, donc l'installation et de vérifier le HKLM\SOFTWARE\ [ WOW6432Node\ ]Microsoft\Windows\CurrentVersion\Uninstall\{VCRedist_GUID_H‌​ere} devrait être assez rapide.
• J'ai rencontré ce problème sur un de vanille windows 8.1 installer avant toute mise à jour, la vs2015 redistribuable n'installera pas complètement, mais il va commencer à installer et à afficher dans la "ajout suppression de programmes" de la liste. Donc, si vous vérifiez le guid, il est là, mais il y a beaucoup de dll manquants, afin que les programmes qui en dépendent ne pourront pas charger. Une idée de comment vérifier ce scénario?
• Est-ce une plus-installation de Windows, une mise à niveau ou une nouvelle image sur un disque vierge? Si c'est quelque chose en plus de ce dernier, tous les types de comportement bizarre pourrait être le déclenchement. Je serais très surprise est Visual C++ 2015 Redists installé sur la vanille de Windows 8.1, que Win 8.1 est sorti en avril 2014 et la première Visual C++ 2015 Redist est sorti en juillet 2015.
• Il semble VC2017 est compatible binaire de mise à niveau pour 2015? Je n'arrive pas à installer 2015 si 2017 est installé, et developercommunity.visualstudio.com/content/problem/14701/..., ce qui semble indiquer que c'est intentionnel. Savons-nous si l'2017 chaîne de version va être la norme là-bas? J'ai besoin de mon programme transmet compatible maintenant si ils vont le faire.
• Concernant la compatibilité, il devra le faire avec les outils qu'il a été compilé avec. VS2017 devrait par défaut pour 141 (vc2017) mais doit avoir le 140 (vc2015) option. Il semble que le VC2015 binaires doivent être compatibles avec la VC2017 redists. Maintenant, si c'est tout VC2015 apps, ou ceux qui sont intégrés avec des versions spécifiques comme, disons, la mise à Jour 3, que je ne peux pas vous dire sur le dessus de ma tête.
• est VC++Redist2017 clés de registre finalisé? où puis-je trouver les touches mentionnées ci-dessus dans la documentation officielle?
• Je ne crois pas qu'il y a toute la documentation externe au sujet du registre des conventions pour le Visual C++ redistributable installateurs. J'ai juste remarqué qu'ils semblaient suivre réellement quelque chose ressemblant à un schéma cette fois-ci pour 2017, au lieu de les jeter simplement un autre GUID quelque part, sans une véritable parent nom de la clé. Jusqu'à présent, ils ont utilisé l'un de ces endroits pour toutes les publié installateurs pour 2017: [HKEY_CLASSES_ROOT\Installer\Dependencies\,,x86,14.0,bundle\Dependents\{$GUID} et [HKEY_CLASSES_ROOT\Installer\Dependencies\,,amd64,14.0,bundle\Dependents\{$GUID}
• Il peut être nécessaire de remplacer HKLM avec la pleine HKEY_LOCAL_MACHINE que HKLM ne fonctionne pas dans un Installshield prq fichier sur Windows 7.
• Notez que les fichiers binaires qui viennent avec VC++ 2012 mise à jour 4 (11.0.61030.0) disposer de la version 11.0.60610.1 pour l'ATL et MFC binaires, et 11.0.51106.1 pour tout le reste, par exemple msvcp110.dll et msvcr110.dll. Je ne sais pas pourquoi.
• Le nouveau paquet de Visual C++ en 2017, changer le chemin d'accès du registre (Version 14.16.27012.6) [HKEY_CLASSES_ROOT\Installer\Dependencies\VC,redist.x86,x86,14.16,bundle] [HKEY_CLASSES_ROOT\Installer\Dependencies\VC,redist.x64,amd64,14.16,bundle]
• Merci @live2! Mise à jour 🙂
• Trouvé un Microsoft Visual C++ Redistributable 2008 SP1 x64 EN doit-on ajouter à cette liste? Trouvé ici
• Jolie trouvaille, @JimWolff! Mise à jour 🙂
• L'action personnalisée approche par TJ Rockefeller ci-dessous est une bien meilleure approche, à mon avis. Vous pouvez vérifier à travers les clés de registre à l'aide de la logique comme en 2015, 2017, etc... très facilement (en supposant que vous êtes à l'aise avec la création d'actions personnalisées).
• Ce que vous préférez, 1) ne fonctionne pas pour toutes les versions de Visual C++ et 2) nécessite l'utilisation d'Actions Personnalisées, qui tout en étant utile pour des choses comme WiX n'est même pas applicable dans un générique de la mode. Je veux dire, si vous pensez que cette réponse est mauvais c'est une chose, mais votre préférence est hautement spécifique alors que le mien est un générique qui ne repose que sur la capacité à accéder au Registre. L'OP demander une solution WiX? Pas de. Et pourtant, vous downvote ma réponse car elle ne respecte pas le préféré commodité de votre spécifique de cas d'utilisation; semble une mauvaise raison pour un downvote à cette question la réponse.
• Assez hostile, mais pas complètement hors de la base. Alors que l'action personnalisée réponse est spécifique à un installateur, il montre une plus maintenable approche que d'avoir à constamment mettre à jour ce que les clés de registre spécifiques que vous vérifiez. L'approche d'une itération à travers les clés de registre et la vérification de l'affichage du nom pourrait être traduit de plusieurs technologies facilement et ne sera pas en presque aussi fragile. Par exemple, j'ai utilisé son approche de vérifier que n'importe quelle version de 2015 ou 2017 sont installés avec peu de modifications, et je n'aurai pas à changer mon code quand une mise à jour est poussé que les changements de Guid
• Vous êtes confondant ma frustration à la perception de l'hostilité, mais c'est le texte de la communication haussement d'épaules De mon POV, vous ne semblent pas donner le moindre égard à la question de la réponse que vous avez décidé ce que vous voulez l'appeler; je ne pense pas que vous signifie à l'air de dénigrer. Retour au sujet principal; votre approche préférée n'est pas applicable à toutes les versions de Visual C++, même dans WiX-pays. Si vous suggèrent un standalone application en C# ou en classe ou quelque chose comme ça qui en fait prend en charge toutes les versions (2010 et versions antérieures ne fonctionnent pas avec votre/TJ Rockefellar de l'approche) que ce serait mieux de l'OMI.
• Je viens de tester à l'aide de votre registre des options et ils ne sont pas toujours disponibles. Cela dépend de la version de VC++ runtime qui a été installé. Par exemple, j'ai 3 différentes versions 64 bits de 2013 sur ma machine. {050d4fc8-5d48-4b8f-8972-47c82c46020f} - 12.0.30501.0, {5d0723d3-cff7-4e07-8d0b-ada737deb5e6} - 12.0.40649.5 et {7f51bdb9-ee21-49ee-94d6-90afc321780e} - 12.0.21005.1. Pour Win32, je n'ai pas le 30501 version mais j'ai les deux autres.
• merci pour les commentaires. Cependant, cette réponse se réfère explicitement à des versions spécifiques pour chaque génération de VC++. Est-il une raison pour laquelle vous vous attendez qu'il fonctionne pour toutes les versions?
• Malheureusement, la plupart des questions, poser des questions sur la VC++ runtimes sont liés à cette question. Si la réponse ne se réfère qu'à des versions spécifiques, il est inutile de les autres versions. Par exemple. la dernière version du runtime C++ pour 2013 est 40649 ainsi, l'ensemble de 2013 section est obsolète. Cela ne résiste pas à l'épreuve du temps que nous vous demandons souvent dans les réponses (par exemple, aucun lien entre les réponses). Ils ne devraient pas devenir obsolètes. Une meilleure solution serait d'analyser les clés de registre à la recherche d'une chaîne, à la recherche de l' .Fichier DLL ou à défaut, de tenter de charger la DLL de façon contrôlée.
• v 40649 est uniquement disponible en téléchargement/mise à jour patch pour VC++ 2013. Ce qui implique, la plupart des utilisateurs n'auront jamais l'obtenir, à moins qu'ils soit manuellement télécharger ou d'installer quelque chose qu'ils fait pour eux. Pensez-vous vraiment un non-WU redist devrait l'emporter sur un WU redist lors de la prise d'automatisation en compte?
• Je pense que vous êtes absent le contexte de pourquoi cette réponse est si largement utilisé pour la détection de VC++. C'est à cause de Wix. Vous ne pouvez pas vraiment faire beaucoup de façon dynamique avec une base Wix programme d'installation lorsqu'il s'agit de la dépendance à la détection. La plupart des choses à vérifier doivent être fait de manière statique. Même si Wix permis de requêtes dynamiques pour sa dépendance de mécanismes, il serait de ralentir le processus d'installation. Qui veut un ralentissement de l'installateur? Je reçois vos frustrations, mais le contexte ici est tout à fait spécifique. Aussi, DLL-détection ne fonctionne pas pour tous les gens.
• Je ne dis pas que tout ce qui devrait l'emporter. La question demande comment détecter si le visual c++ redistribuable est installé. Il ne demande pas une version particulière. Il n'importe pas de savoir si j'ai 40649 ou 21005 installé. Le résultat du test doit être vrai. La question n'a rien à voir avec Wix. Dans mon cas, j'avais besoin de vérifier le moteur d'exécution avant d'essayer de charger une DLL différent à l'exécution parce que la DLL affiche un message méchant quand il est absent. Ma question est identique à celui ici. "Comment puis-je vérifier si le redist est installé". Pourquoi les gens font que l'enregistrement n'est pas pertinent.
• Salut @Graymatter. Je reçois le point que vous essayez de faire, mais il ne fait pas l'adresse de ce que j'ai dit directement. Mes points étaient sur le réponse, pas la question, et s'il vous plaît comprendre que je n'ai jamais demandé à cette réponse de devenir le defacto de redirection pour tous les VC++ installation de détection de questions. La communauté n'a que sur leur propre. J'ai essayé d'expliquer pourquoi la réponse est populaire (Wix) et si oui ou non vous considérez que pertinents pour votre défi n'est pas grave car je n'ai pas de résoudre votre problème particulier, juste d'expliquer pourquoi cette réponse est devenu si populaire.

Tous les commentaires

• J'ai une version 32 bits de Win7 machine avec le 2012 VC++ runtime installé et je n'ai pas cette clé de registre.
• Êtes-vous sûr de ne pas avoir de " HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\11.0\VC`? Qu'avez-vous?
• J'ai HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\11.0\VC mais je n'ai pas le Runtimes clé. J'ai la clé de Dave réponse HKLM\SOFTWARE\Microsoft\DevDiv\VC\Servicing\11.0.
• Bizarre que chaque système peut être si différents... Merci pour l'ajout de cette info utile
• Histoire drôle et sans aucune réelle info de MME je pense que vous avez la meilleure réponse que j'ai vu jusqu'à présent. Testé pour installer le vcredist sur un relativley frais VM et c'est la seule clé que j'ai trouvé par la suite. Donc, le pouce vers le haut de mon côté...
• Je sais que vous avez posté depuis longtemps mais ce registre de vue avez-vous été à la recherche pour: 32 ou 64 bits? Je vois "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\11.0\VC\Runtime\..." dans le 32 bits de registre de vue, mais pas dans le 64bit vue. En fait "\VisualStudio\11.0\VC\Runtime\..." n'apparaît pas du tout dans le 64bit vue, de sorte que la clé ne peut être dans les 32 bits de vue. C'est sur un Windows 7 x64 machine sans visual studio est installé (je l'ai installé dans une machine virtuelle).
• Je viens de vérifier dans mon Windows 8.1 VM où j'ai Visual Studio 2013 est installé. J'ai le "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\12.0" dans le 64bit vue. N'ont pas le VC partie si. C'est 12.0 au lieu de 11,0 depuis que je l'2013 visual studio est installé à la place de la version 2012. Donc, les gens peuvent être à la recherche sur une machine avec Visual Studio est installé et que la confusion des choses.
• Désolé n'avais pas lu votre commentaire avec attention. Vous aviez une machine 32 bits. S'il vous plaît ignorer.
• Maintenant, j'ai une machine 64 bits, et je vois que la clé existe dans mon redirigé win32 emplacement. CEPENDANT, je me demande si la différence est dans la façon dont les fichiers ont été installés. Par exemple, je pense que lors de ma précédente machine Win32, j'ai eu VS2012 installé. Maintenant, j'ai VS2013 installé sur ma machine 64 bits. Alors peut-être sur mon pc les fichiers ont été installés différemment par Visual Studio et sur mon pc les fichiers ont été installés par le redist programme d'installation. En fait, ce n'est pas logique car je suppose MS serait d'utiliser la même redist installer dans les deux cas, mais c'est juste une supposition.
• Je peux confirmer que, dans une machine virtuelle avec VS2015 installé ainsi qu'un nettoyage de l'ordinateur virtuel avec VCRedist que HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\14.0\VC\Runtime\x86 est présent. Pour moi, ce mécanisme est préférable que le registre GUID du programme d'installation, vérifiez ci-dessous, les mises à jour des VCRedists de 14,0 semblent avoir de nouvelles Id de produit. Vous ne pouvez pas avoir plus d'un vc14 installé à une époque, mais ils sont vers l'avant/arrière compatible au sein de v14.0.*. Donc, juste la vérification de tous les 14.0 est installé est assez bon.
• HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\14.0\VC\Runtime\x86, même si vs2017 runtimes sont désinstallés. Donc merci de ne pas utiliser cette - cette clé de registre n'est pas fiable !

Tous les commentaires

• Merci pour l'astuce utile, vous souvenez-vous de ce type de projet doit-il être créé? VS a pléthore de choix :-).

• Ce qui est inexact. Il existe des clés dans les deux endroits qu'ils ont été désinstallés.
• Yep... je suis d'accord avec vous. Mais en fait, quand j'ai essayé pour la première fois, il a réussi. Mais récemment, il est comme vous l'avez dit. Je ne sais pas pourquoi c'est comme ça.

• parce que coder en dur un tas de codes de produit n'allais pas voler, nous aussi, nous énumérer le registre de la vérification de la "productname" de chaque entrée avec une regex, nous avons ensuite vérifier VersionMajor/VersionMinor (ce qui est tout nous nous soucions vraiment) la valeur de ce qui nous permet de produire une version unique et de savoir qu'il va continuer à travailler sur l'entretien de la vie d'un vcredist version. l'intention, ici, est sur place, mais peut exiger une translittération de l'ensemble des outils comme les INS ou WinAPI basée sur les installateurs.

• Cela ne semble pas fonctionner pour le 2012 redist, seulement 2010.
• J'ai écris que dans la première ligne "Que je n'ai pas VS2012". Donc pas besoin de commenter cette.............Et ce n'était que pour vs2010
• Vous avez remarque, mais il semble comme si vous disiez que votre solution peut fonctionner pour VS2012 ainsi puisque c'était le cas des OP question (mais je ne pouvais pas vérifier puisque vous n'avez pas VS2012). J'étais tout simplement en indiquant que cette approche ne permet pas, en effet, le travail avec VS2012 depuis que je l'ai vérifié.
• Pourquoi en bas de vote ma réponse......J'ai écris clairement que c'est pour vs2012...et c'est accepté de répondre par l'utilisateur....alors pourquoi???????????
• Il semble que, avec un 64 bit OS cette valeur est situé à HKLM\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\10.0\VC\VCRedist\...
• VS 2012 les touches sont HKLM\SOFTWARE\Microsoft\VisualStudio\11.0\VC\RunTimes____ HKLM\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\11.0\VC\RunTimes___
• Pourquoi le vote? La question stipule clairement qu'ils tentent de déterminer si VS2012 redistribuable est installé et pas VS2010. Votre tentative de réponse ne répond pas à la question, même si vous avez dit que c'était seulement pour 2010... les Mauvaises Réponses de diluer la valeur de la Pile d'Échange... Nous ne voulons pas d'un autre Experts de l'Échange...
• Cette réponse doit être mis à jour pour 2012, pas 2010.

Tous les commentaires