Das ist genau anders rum. Microsoft schmeisst APIs grundsätzlich nicht weg. In der Regel gehen sie sogar so weit, den alten Code unverändert zu lassen, und neue Funktionalität in einer separaten Sedimentschicht zu implementieren.

Windows XP unterstützt 16-bit DOS, 16-bit Windows, 16-bit COM, 32-bit Windows, 32-bit COM und demnächst .NET.
--
Ich bin ein Teletubby. Und das ist auch gut so.

Nicht nur das. Da die Versionsnummer ein MD5 des Assemblies inkludiert, lässt sich das System durch umbenennen oder patchen der Versionsnummer nicht bescheissen. Das geht weit über die von *nix bekannten Symlinks hinaus.

> Dieses Konzept lässt sich nicht einfach auf bestehende Applikationen anwenden, da die
> Schnittstelle zum Aufruf einer dll nicht vorsieht, die exakte Version anzugeben.

Na, ja. An sich schon. NTFS hat echte Symlinks (Kernel-Implementierung). Seit Win95 gibt es die Verknüpfungen (Userspace-Implementierung). Und in der Version-Resource einer PE-Datei ist die Versionsnummer binär mit 4 Integern angegeben. Es sind also alle Zutaten für die *nix-artige Symlinklösung vorhanden.

Aber aus irgendeinem Grund müssen die bei MS ständig das Rad neu erfinden.
--
Ich bin ein Teletubby. Und das ist auch gut so.

Grandios. Und wie kann man ein Security-Fix einspielen? Man möchte ja nicht das ganze System updaten müssen, nur weil sich eine der Kernkompnenten geändert hat.

Dank der neuen Suchfunktionen findet man ja in Zukunft Dateien viel besser, und da muss man also nur sämtliche DLL's die nun quer im system verteilt sind suchen und updaten. So einfach ist das
--
"The more prohibitions there are, The poorer the people will be" -- Lao Tse

Vermutlich müssen deshalb auch alte Versionen auf dem System bleiben, was eigentlich nicht so geil wäre. Oder das Update der DLL hat dieselbe md5sum, was genausowenig geil wäre.

Marketing.

--
CRUX: LfS für faule Profis.