Noch immer ganz geschockt von einer Woche Vista Ascend Training bei MS in U'schleißheim als offenbar einziger native Coder unter einer Horde .NET-Zealots, wollte ich doch jetzt mal wissen, wie sehr MS wirklich an .NET glaubt und selbst Teile seiner Betriebssystemkomponenten als Managed Code ausliefert. Also schnell ein häßliches Tool geschrieben, das den dumpbin bemüht, um Managed Code Binaries zu finden. Man findet es hier und benutzt es wie folgt:

dotnetsearch.exe c:

Damit sucht es rekursiv die komplette Partition c: nach allen EXE und DLL files ab und ruft für jedes Binary den dumpbin auf. Findet dumpbin eine Abhängigkeit von mscoree.dll, dann ist das Binary aus Managed Code erstellt worden.

Und das Ergebnis: Die December CTP (Build 5270) hat ziemlich genau 5% Managed Code, jedenfalls zumindest was die Anzahl der Dateien angeht. Wenn man nämlich obige Kommandozeile auf ein frisch installiertes Vista Build 5270 anwendet, findet das Tool bei mir ca. 10800 EXE- und DLL-Dateien, von denen 520 gegen die mscoree.dll linken, also etwa 4,81%. Auffällig ist, daß sich ein Großteil der Dateien unter c:\build befinden und daß Dateien, die anderswo liegen, auch nochmal unter c:\build liegen, was den Verdacht nahelegt, daß c:\build so eine Art Repository ist für die Nachinstallation optionaler Komponenten. Tante Gugel wußte jedenfalls nichts genaues über Sinn und Zweck von c:\build. Trotzdem aber noch mal das Tool angeworfen, diesmal mit folgender Kommandozeile:

dotnetsearch.exe c:\build

Das Ergebnis: Von 3500 Dateien linken 122 gegen die .NET-runtime. Rechnet man also den Anteil unter c:\build aus dem Gesamtergebnis raus, erhält man: (520-122)/(10800-3500) = 0,0545. Auch diese Rechnerei ändert also an dem aus meiner Sicht mageren .NET-Anteil von etwa 5% nicht viel.

Das nächste Mal schreibe ich, wieviel .NET denn in der aktuellen February CTP Build 5308 drinnesteckt.