arcnet

There is at least a candidate for a portable systems language that is type and memory safe and comes quite close to C/C++ performance
ATS http://www.ats-lang.org/ 
http://academic.research.microsoft.com/Paper/6926597
Maybe an Expert to Expert episode with Erik and Herb?

 

2 hours ago, BlarfMarfle wrote
I think we need to wait for the BUILD conference. Let's all just calm down a little- they aren't really talking about this stuff in detail yet,

A couple of hours ago I got an email from Microsoft announcing the BUILD 2011...
"Windows 8 apps combine the capability(power) of HTML5 and JavaScript with the native capabilities(functions) of Windows. Additionally they can use a broad range of libraries and controls that allow smooth user interactions and simple internet connectivity. Furthermore these apps can integrate new features in Windows and other applications and connect(interact) with other apps in the new UI" (translated from german)

Anyone creating a C#, VB or F# front end for the LLVM?
Then we could use Emscripten (a LLVM to JavaScript compiler)
https://github.com/kripken/emscripten/wiki

11 hours ago, Charles wrote

As Steven said several times today: "Windows 8" is Windows. That should help answer your questions (so, what was shown today was not something other than Windows or some replacement or one-off variant of Windows), but you should really wait until September (and beyond) to hear it from the folks who really know...

C

Why? WP7 was announced without mentioning that compatibility with existing applications was broken (although for some good reasons imo)
http://forum.xda-developers.com/showthread.php?t=634048
And that's exactly the problem with Microsoft today. 
Just tell us how apps for this part of W8 can be written: HTML5 and/or SL/WPF/.NET and/or native code (Maybe it is just SL with some apps using HTML+JS in a browser control).
ARM vs x86/x64 is another thing where more information should be available already.

Some other points (that were already mentioned):
There are too many (UI) frameworks: SL, native SL (native C++ on CE), SL on WP7, XNA, WPF, MFC now we get HTML5+JS (btw this is exactly what e.g. webOS is doing and what was used to create Sidebar gadgets) etc. But no signs of real unification although the underlying platforms are converging in terms of performance (ok, there is a minor one: Mango allows mixed XNA/SL apps). Support APIs both on the desktop/tablet and on the phone and vice versa.

Where are the real performance optimizations in the CLR or in native vs. managed D3D (or XNA vs. SharpDX) that bring native and managed code closer together? Now there is just another piece which needs heavy work to get reasonable performance.

Why are the releases not synchronized? .NET 3.5 was released one year after Vista RTM, 4.0 nine month after 7 was RTM. Nice that the WPF ribbon was released but two and a half years after the MFC ribbon (April 2008 MFC vs August 2010 WPF)? Both native and managed applications should be supported equally well when a new OS version is released.

To sum it up:
Is switching from Win32/MFC to SL or from MFC to WPF/SL or HTML really that different than switching to a non Microsoft framework. Currently Microsoft has imo the better frameworks, tools and languages but for how long?

Some features like live agents or deep linking into apps would be nice to see in Windows 8...

while (x > 0) may terminate in theory but wont do that in any other case .

int x = 1, n = 100000; 
while (x > 0) { 
   x = x - (1 / n); 
   n = n + 1; 
} 
n = 0x7ffffffe, x = 1 
n = 0x7ffffff, ... 
n = 0x8000000, ..., 
n = -1, x = 2 
n = 0 -> div by zero 

My favorite would be a Side Trackball or a trackball on a pressure sensitive surface.

Neither GCC nor VS 10 can/are currently implement/implementing all standard features simply because the standard is not yet finished (last working draft: 23. March 2009).
For comparison
http://gcc.gnu.org/gcc-4.4/cxx0x_status.html
vs.
http://blogs.msdn.com/vcblog/archive/2008/10/28/lambdas-auto-and-static-assert-c-0x-features-in-vc10-part-1.aspx
http://blogs.msdn.com/vcblog/archive/2009/02/03/rvalue-references-c-0x-features-in-vc10-part-2.aspx
http://blogs.msdn.com/vcblog/archive/2009/04/22/decltype-c-0x-features-in-vc10-part-3.aspx