{"id":123655,"date":"2025-04-25T15:05:08","date_gmt":"2025-04-25T13:05:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-microsoft-c-c-extension-vklyuchena-blokirovka-raboty-v-forkah-vs-code"},"modified":"2025-04-25T15:05:08","modified_gmt":"2025-04-25T13:05:09","slug":"v-microsoft-c-c-extension-vklyuchena-blokirovka-raboty-v-forkah-vs-code","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-microsoft-c-c-extension-vklyuchena-blokirovka-raboty-v-forkah-vs-code","title":{"rendered":"In die Microsoft C\/C++ Extension wurde eine Blockierung der Arbeit in Forks von VS Code integriert.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Microsoft hat in die bin\u00e4ren Builds der Microsoft C\/C++ Extension (ms-vscode.cpptools) eine \u00c4nderung integriert, die die Nutzung in Forks des Open-Source-Code-Editors VS Code (Visual Studio Code) blockiert. Die Erweiterung ist propriet\u00e4r und wird verwendet, um die Unterst\u00fctzung f\u00fcr die Sprachen C\/C++ in VS Code zu integrieren. Nach dem Upgrade auf Version 1.24.5 haben Benutzer der Editoren VS Codium und Cursor, die auf VS Code basieren, festgestellt, dass sie die Microsoft-Erweiterung nicht l\u00e4nger verwenden k\u00f6nnen. <\/p>\n
Die Initialisierung der Erweiterung endete mit einem Fehler, der darauf hinweist, dass das Paket Microsoft C\/C++ Extension nur in Microsoft Visual Studio, Visual Studio for Mac, Visual Studio Code, Azure DevOps, Team Foundation Server und verwandten Microsoft-Produkten und -Diensten verwendet werden kann. Um wieder mit C\/C++-Projekten arbeiten zu k\u00f6nnen, sind die Benutzer gezwungen, auf eine fr\u00fchere Version zur\u00fcckzukehren und die automatische Installation von Erweiterungen in den Einstellungen zu deaktivieren.
<\/center> <\/p>\n
Im September 2020 hat Microsoft bereits eine Lizenzvereinbarung hinzugef\u00fcgt, die die Verwendung von bin\u00e4ren Builds des Add-ons in Drittanbietertools verbietet. Bis jetzt blieb diese Anforderung lediglich eine Formalit\u00e4t und f\u00fchrte nicht zu Sperrungen. Dar\u00fcber hinaus verbieten die Nutzungsbedingungen des VS Code Extension Stores die Verbindung von Branches, aber die Entwickler des Cursor-Forks verwendeten einen Reverse-Proxy zur Umgehung dieser Regel. <\/p>\n
Ein Teil des Codes des Microsoft C\/C++ Extensions bleibt unter der MIT-Lizenz, w\u00e4hrend die Einschr\u00e4nkungen nur die erweiterten bin\u00e4ren Builds betreffen, die \u00fcber den Microsoft App Store unter einer separaten propriet\u00e4ren Lizenz verteilt werden. Offen zug\u00e4nglich ist nur das Modul in TypeScript, w\u00e4hrend die f\u00fcr die Hauptfunktionalit\u00e4t verantwortliche Runtime propriet\u00e4r ist und in bin\u00e4rer Form bereitgestellt wird. <\/p>\n
Die Entwickler des Projekts Cursor haben ein Update ver\u00f6ffentlicht, das vor\u00fcbergehend das Problem l\u00f6st, und beschlossen, auf propriet\u00e4re Erweiterungen wie Remote Access, Pylance, C\/C++ und C# zu verzichten. In der n\u00e4chsten Version planen sie, offene Alternativen, die von der Community entwickelt werden, einzuf\u00fchren. Auch die Entwickler des Projekts VS Codium planen einen \u00e4hnlichen Umstieg auf offene \u00c4quivalente. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"In](\"\/wp-content\/uploads\/2025\/04\/31c933e62eab2b7c933cd75467d5d606.png\")
<\/center> <\/p>\n