Download Microsoft .NET Service-Pack 2 Updates

Für die Microsoft .NET Frameworks 2.0 und 3.0 sind mit Veröffentlichungsdatum 22.02.2010 neue Updates für die Service-Packs 2 erschienen. .NET (sprich: "Dot-Net") ist die Voraussetzung für die Lauffähigkeit vieler Windows Programme, darunter z.B. auch das ATI CATALYST Control Center für ATI Radeon Grafikkarten.

<b>Download:</b><ul><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20100226034527">Microsoft .NET 3.0 SP2 Update vom 22.02.2010 [Windows XP/2003]</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20100226034528">Microsoft .NET 3.0 SP2 Update vom 22.02.2010 [Windows XP/2003 x64]</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20100226034529">Microsoft .NET 2.0 SP2 Update vom 22.02.2010 [Windows XP/2003]</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20100226034530">Microsoft .NET 2.0 SP2 Update vom 22.02.2010 [Windows XP/2003 x64]</a></li></ul>Das Update kann auch über die <a href="http://update.microsoft.com/windowsupdate/" target="_blank">Windows-Update Funktion</a> bezogen werden.

Soweit ich das verstanden habe, handelt es sich hierbei tatsächlich um Kompatibiltätsupdates für .NET Framework 2.0 SP2 und .NET Framework 3.0 SP2.

Die .NET-Ausgaben und -Updates sind tatsächlich ein ziemlich unübersichtliches Feld. Ich muss jedes mal wieder bei Microsoft hinschauen, was nun gemeint ist.

Kurzbeschreibung

Es bestehen einige bekannte Inkompatibilitäten bei generischen Typen, die BinaryFormatter oder NetDataContractSerializer in einer gemischten Umgebung mit .NET Framework 3.5 SP1 und .NET Framework 4 serialisiert und deserialisiert verwenden. Durch Installieren dieses Updates werden diese Probleme behandelt.

Benutze seit Beta2 nur noch .NET 4(letzte Update 11.02.2010) und brauch nicht mehr um
die andere Versionen zu kümmern.

Rabe schrieb:

Benutze seit Beta2 nur noch .NET 4(letzte Update 11.02.2010) und brauch nicht mehr um die andere Versionen zu kümmern.

Zum Vergrößern anklicken....

AFAIK ist das eine neue Runtime, wo dann auch nur die .NET 4 Programme mit laufen. Du brauchst weiterhin die Vorgängerversionen.

hö? - bisher waren alle .NET - Runtimes abwärtskompatiblel, konnten also auch den Code der vorgängerversionen ausführen... Warum sollten sie jetzt von dem Grundsatz abrücken? Oo

Die Versionen werden noch unübersichtlicher wenn man die C#-Versionierung hinzurechnet,
Wo z.B. C#3.0 nicht etwa in .Net 3.0 enthalten ist, sondern erst in .Net 3.5

.NET Versionen waren noch nie abwärtskompatibel - zumindest nicht der Wortbedeutung nach.

.NET Versionen sind explizit dafür gemacht, parallel nebeneinander zu installieren. Welches C# man hat, oder ob eine Anwendung in Visual Basic oder Boo oder IronPython programmiert wurde ist bei .NET völlig egal. Man kann sogar im Team zusammenarbeiten und ein Entwickler schreibt eine Bibliothek in Boo, der andere in C#. Nach der Kompilierung ist das völlig wurscht.

Zu den Versionen: Mit Visual Studio .NET hat man für .NET 1.0 entwickelt, mit VS2003 für .NET 1.1. VS2005 war dann schließlich für .NET 2.0 - was der erste große Sprung war - zuständig. Mit Visual Studio 2008 war es zum ersten Mal möglich, das Zielframework auszuwählen, und zwar entweder 2.0, 3.0 oder 3.5.. Als Alternative zu VS kann SharpDevelop verwendet werden.

Einige Bestandteile sind bei 2.0 und 3.5 sogar gleich geblieben, beispielsweise ADO.net (in Version 2.0) für den Datenbankzugriff.

@Ge0rgy: Wenn eine .NET Anwendung ausgeführt wird und das Zielframework ist nicht vorhanden, versucht der Rechner das Programm mit dem installierten Framework auszuführen. Bei .NET1.0 zu 1.1 geht meist alles gut. Aber supported wird das nicht, da es entgegen zur COM-Technologie (DLL-Hölle) problemlos möglich ist, die einzelnen Frameworks installiert zu haben und damit dann klare Verhältnisse herrschen.

.NET-Updates sind auch kein Problem. Das macht das Windowsupdate völlig automatisch. Die meisten Anwendungen, die .NET brauchen, bringen "ihre" Version auch mit. Wenn sie bereits installiert, wird sie nicht wieder installiert.

Hoffe das ein bisschen aufgeklärt zu haben.

Ja, das kann ich so bestätigen. dotNET ist nicht unbedingt abwärtskompatibel. Einige Anwendungen verlangen, trotz aktuellstem .NET durchaus die zusätzliche Installation älterer Versionen.

Gebe @goose schon Recht,wenn eine Anwendung "ihre" .NET nicht mit bringt,wird man aufgefordert es zu installieren.

Wie gesagt, it's not a bug, it's a feature. Ich entwickle seit .NET 1.0 damit.