Microsoft hat in die binĂ€ren Builds der Microsoft C/C++ Extension (ms-vscode.cpptools) eine Ănderung integriert, die die Nutzung in Forks des Open-Source-Code-Editors VS Code (Visual Studio Code) blockiert. Die Erweiterung ist proprietĂ€r und wird verwendet, um die UnterstĂŒtzung fĂŒr 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Ă€nger verwenden können.
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önnen, sind die Benutzer gezwungen, auf eine frĂŒhere Version zurĂŒckzukehren und die automatische Installation von Erweiterungen in den Einstellungen zu deaktivieren.

Im September 2020 hat Microsoft bereits eine Lizenzvereinbarung hinzugefĂŒgt, die die Verwendung von binĂ€ren Builds des Add-ons in Drittanbietertools verbietet. Bis jetzt blieb diese Anforderung lediglich eine FormalitĂ€t und fĂŒhrte nicht zu Sperrungen. DarĂŒber 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.
Ein Teil des Codes des Microsoft C/C++ Extensions bleibt unter der MIT-Lizenz, wĂ€hrend die EinschrĂ€nkungen nur die erweiterten binĂ€ren Builds betreffen, die ĂŒber den Microsoft App Store unter einer separaten proprietĂ€ren Lizenz verteilt werden. Offen zugĂ€nglich ist nur das Modul in TypeScript, wĂ€hrend die fĂŒr die HauptfunktionalitĂ€t verantwortliche Runtime proprietĂ€r ist und in binĂ€rer Form bereitgestellt wird.
Die Entwickler des Projekts Cursor haben ein Update veröffentlicht, das vorĂŒbergehend das Problem löst, und beschlossen, auf proprietĂ€re Erweiterungen wie Remote Access, Pylance, C/C++ und C# zu verzichten. In der nĂ€chsten Version planen sie, offene Alternativen, die von der Community entwickelt werden, einzufĂŒhren. Auch die Entwickler des Projekts VS Codium planen einen Ă€hnlichen Umstieg auf offene Ăquivalente.
Quelle: opennet.ru
