"I.P. Nichols" <
XXXX@XXXXX.COM>writes
Quote
But now you come along saying that the Microsoft people who were setting
the
messages for .NET had as their stated intention that "Longhorn was going
to
be written in managed code with the ability to support legacy x86 code
apps
through emulation" (the exact quote is from Dave Jewel's message that
started this conversation). Could you please supply as much who, what and
when information about those persons who you attribute with actually
having
stating that intention.
When I wrote the message which got you two guys brawling (<g>) I was really
referring to some threads that took place in this group a few years back. I
do remember some ill-informed journalists getting hold of the idea, and it
spread from there. it is easy to find vestiges of this stuff: E.g:
discuss.fogcreek.com/joelonsoftware4/default.asp
"Today, the .NET framework works over Win32 - it works by calling Win32
functions. Microsoft is planning to change this in Longhorn - large parts
of the future .NET framework which will exist in Longhorn will NOT run over
Win32. .NET will be the native API of Longhorn and future Windows OSes."
(Mike)
Probably the most damning document I have found is this one:
news.zdnet.com/2100-9595_22-5101117.html
Written by some guy called John Carroll, it states that:
"WIN32 will still exist for backwards compatibility, of course, and native
access APIs will exist for those applications which need it (THOUGH I
SUSPECT THAT MANY OF THEM WILL CALL THE MANAGED APIS THROUGH COM INTEROP).
However, Microsoft intends to ensure that all Longhorn functionality is
accessible from a 100% managed program." (My emphasis)
Sorry Mr. Carroll, but in your dreams, mate. The idea of existing Win32
apps running on top of a Win32 emulation layer which calls down to a managed
API through COM interop is totally laughable. Hint: I press a key in Word.
I go take a shower, take the dog for a walk, get home, make a coffee.
Nope - Word still hasn't displayed that keystroke yet.... ;-)
Dave