In die Microsoft C/C++ Extension wurde eine Blockierung der Arbeit in Forks von VS Code integriert.

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.

In die Microsoft C/C++ Extension wurde eine Blockierung der Arbeit in Forks von VS Code integriert.

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

ZuverlĂ€ssiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen đŸ”„ ZuverlĂ€ssiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster