{"id":219548,"date":"2019-06-21T00:35:00","date_gmt":"2019-06-20T22:35:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=219548"},"modified":"2024-08-23T22:35:15","modified_gmt":"2024-08-23T20:35:15","slug":"vc-2019-das-ende-des-ms-c-redistribution-chaos","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/06\/21\/vc-2019-das-ende-des-ms-c-redistribution-chaos\/","title":{"rendered":"VC ++ 2019: Das Ende des MS C++ Redistribution Chaos?"},"content":{"rendered":"

[English<\/a>]Kleine Meldung zum Thema C++ Runtime-Bibliotheken und deren Verteilung als Redistribution-Pakete mit allen Problemen einer Side-by-side-Installation mit unterschiedlichen Versionen. Microsoft hat bei der Visual C ++ 2019 Redistributable auf Kritik reagiert und verwendet die gleichen Dateien wie f\u00fcr VC++ 2015\/2017.<\/p>\n

<\/p>\n

Worum geht es?<\/h2>\n

\"\"Die meisten Programme ben\u00f6tigen Laufzeitbibliotheken, um ausgef\u00fchrt zu werden. Bei Visual C++ ist das die Redistributables (Runtime-Bibliotheken), die mit der jeweiligen Anwendung mit installiert werden. Werden VC++Runtime-Bibliotheken durch Sicherheitsupdates aktualisiert, installiert Windows diese in den meisten F\u00e4llen Side-by-Side.<\/p>\n

Warum die Laufzeitbibliotheken Side-by-Side installiert werden, habe ich im Blog-Beitrag Windows 7\/8.1\/10: Fehler Side-by-Side-Konfiguration ung\u00fcltig<\/a> in anderem Zusammenhang erl\u00e4utert.<\/p><\/blockquote>\n

In kurz: Laufzeitbibliotheken werden zentral gespeichert, damit die Anwendungen nicht jedes Mal die gleichen DLLs separat in Programmordner installieren m\u00fcssen. Man kann durch gemeinsame Nutzung der Bibliotheken Speicherplatz sparen.<\/p>\n

Das Problem: Verwenden zwei Anwendungen unterschiedliche Versionen einer Laufzeitbibliothek, k\u00e4me es zu Konflikten, wenn die zuletzt installierte Anwendung einfach die bereits vorhandenen Runtime-Dateien \u00fcberschreiben w\u00fcrde.\u00a0 Dann kommt es bei der Installation der Anwendung zu einem Konflikt, der fr\u00fcher als \"DLL hell\" bekannt war.<\/p>\n

Um dieses dieses Problem elegant zu umgehen, wurden die Side by Side-Konfiguration im Ordner WinSxS <\/em>(Windows component store<\/em>) eingef\u00fchrt. Bei der Installation einer Anwendung werden die Laufzeitbibliotheken, DLLs, und ggf. andere Ressourcen, in einem eigenen Unterordner des Ordners WinSxS <\/em>gespeichert. Dadurch behindern sich nicht mehrere Dateien gleichzeitig. Weitere Insides finden sich im genannten Blog-Beitrag.<\/p>\n

In der Praxis f\u00fchrt das aber zu vielf\u00e4ltigen Problemen \u2013 u.a. das unsichere, l\u00e4ngst gepatchte Versionen, \u00fcber Software und Updates auf einem Rechner landen. Ich hatte dies, mit Hilfe von Blog-Leser Karl, in einer Artikelreihe Das Problem mit C++ Redists & 3rd Party Sicherheitspatches<\/a> \u2013 Teil 1<\/a> angesprochen. Wir hatten das auch an Microsoft herangetragen.<\/p>\n

Runtime f\u00fcr VC++ 2019 mit V2015\/2017<\/h2>\n

Das scheint am Ende des Tages Fr\u00fcchte getragen zu haben. Blog-Leser Karl hat mich gestern auf Twitter \u00fcber eine \u00c4nderung informiertaufgekl\u00e4rt, die Microsoft mit der Runtime f\u00fcr VC++ 2019 einf\u00fchrt.<\/p>\n

\n

All that care to manage C++ redists MS has released C++ 2019 which will include and replace 2015 and 2017.
\nGreat work as this finally ends the side by side installation of outdated redists by software. All in one Runtimes isn't yet updated.@ComputerBase<\/a>
\nFyi @etguenni<\/a><\/p>\n

\u2014 al Qamar (Karl) (@tweet_alqamar) 20. Juni 2019<\/a><\/p><\/blockquote>\n