De ARTIKELEN van het uitzicht BOVENKANT 50 De VIDEO'S van het uitzicht SOFT van het uitzicht De HULP van het uitzicht

Gluur in de toekomst van erfenisverenigbaarheid in Vensters

Vensters 3.1 De capaciteit is om decennium-oude toepassingen op de nieuwste versies van Vensters in werking te stellen bijna een rite van passage geworden. De meeste mensen zouden het ermee eens zijn dat de software achteruit verenigbaarheid op Vensters gemakkelijk één van de belangrijke factoren voor zijn succes is. Nochtans met elke versie, graaft Microsoft zich dieper en dieper in deze kuil van steun aangezien de breedte en de diepte van software exponentieel groeien. Zo veel zo sommigen voorspellen het uiteindelijk Vensters zal ruïneren, als het niet reeds heeft.

Een onlangs gepubliceerde octrooitoepassing, „Milieu voor het Uitvoeren van de Toepassingen van de Erfenis op een Inheems Werkend Systeem“ voor die van u die thuis spelen, ingediend in April 2007 door Hoi Vo van Microsoft en Samer Arafeh (die aan de pit van Vensters) werkt openbaart sommige details van hoe zij zou kunnen (en de nadruk op zou kunnen omdat de octrooien enkel woorden op een stuk van document) zijn pas en verbeter voortaan de versies dramatisch van de softwareverenigbaarheid van Vensters aan.

Zoals beschreven in het octrooi, ligt het probleem van de steun van erfenistoepassingen in binaire getallen (DLLs en EXEs). Aangezien de werkende systemen worden bijgewerkt, veranderen de systeembinaire getallen. De oudere de systeemvraag, callbacks en uitzonderingen kunnen niet bij allen in het nieuwe werkende systeem bestaan, kunnen aan één of andere graad bestaan of kunnen afwisselende reacties produceren. Any of which is likely to wreck havok on legacy applications which depend on these binaries.

Currently there are two conventional solutions to the problem. Elk met hun respectieve voordelen en nadelen.

Wiggen

De eerste wendt het gebruik van „wiggen aan“. Metaphorically sprekend, is het fundamenteel kleverige band rond de randen om ervoor te zorgen de dingen niet uitvallen. Technisch, is het een douane-geschreven flard dat toegepaste tijdens de vlucht is wanneer de erfenistoepassingen worden geladen en tussen de erfenistoepassing en de inheemse systeembinaire getallen zullen zitten. Naar verluidt heeft Microsoft geschreven duizenden wiggen voor het Uitzicht van Vensters, en zijn nog schrijvend. De bovenkant is dat de wiggen vrij gemakkelijk zijn uit te voeren, maar moetend wiggen op a per toepassing-door-toepassing basismiddelen produceren het goed helemaal niet schraapt.

De tweede oplossing neemt de technologie van de voordeelvirtualisatie. Door een erfenisOS virtuele machine te ontvangen, zullen de erfenistoepassingen niet om het even welk beter het weten. De virtualisatie biedt volledige toepassingssteun maar aan hefty prestatieskosten aan. De steun van de hardware is ook primitief, makend het moeilijk om middelen zoals 3D bijvoorbeeld grafiek te delen. Het vereist ook gebruikers elke versie van de erfenis werkende systemen kunnen installeren.

De Module van de Verenigbaarheid van de toepassing

De voorgestelde oplossing neemt op één of andere manier de beste beetjes allebei. It works first by detecting if the application was written for the native operating system. If not, it will load the application with its respective legacy system binaries. The accommodate the difference in system calls between the legacy binaries and native kernel, an Application Compatibility Module is placed in between to act as a translator for these calls. In certain cases where a comparative native system calls may not exist at all, the ACM could also be smart enough to provide the same functionality as the missing system call.

Hypothetically speaking, if the system detected an XP application it would load the XP system binaries (ex. system32_xp) and then a XP-to-WinNext compatibility module.

The benefit of this solution is it offers much broader application compatibility with relatively low investment on Microsoft’s behalf on the scale of per-application - they will only have to write a ACM for each legacy system they wish to support. Legacy applications will also be able to take full advantage of the system resources as a native application, because there is no emulation involved.

Notable Windows on Windows - the compatibility system used to provide 16-bit on 32-bit systems support and 32-bit on 64-bit systems support uses a similar concept.

One of the biggest gripes from most Windows enthusiasts has been the bloat legacy compatibility forces into Windows. Whilst this patent doesn’t specifically mention so, I presume such ACMs are modular and can be installed and removed on demand. For example, if you need to run Windows Vista applications in future versions of Windows, you will only download and install the Vista ACM Pack (with Vista binaries) for that operating system. Those who do not require legacy support will then be not required to install any ACMs.

Thinking about it, it could become a business model to sell ACMs separately to Windows - reducing the overall cost of Windows and charging a tiered price for legacy support. A cheaper and less bloated Windows, wouldn’t that be nice.