posted by felix9

K?

posted by MrEd

Native was ignored for 10 years. I'm very sensitive to this fact and I'll continue to amp native any chance I get. I certainly don't mean to offend in doing so. My related commentary here seemed rather benign to me (and to the interviewee, most importantly...).

C

posted by Charles

posted by Jedrek

posted by aL_

posted by kallatt

I guess the (btw mostly Microsoft-only) C++ revival stems from the fact that Microsoft messed up Longhorn and relied on managed code there. I just hear you, Herb Sutter and Bjarne Stroustrup talking about C++. Some random data for you: http://www.tiobe.com/content/paperinfo/tpci/images/tpci_trends.png

Anyway, my point is this: It's great that you seem to like C++ and all that, but don't try to talk about native code in a video about managed code. And please don't assume that many people still care about C++.

posted by deiruch

posted by Matt

My point here was that in the context of the conversation (Re-JIT) David and I only talked, briefly, about the code he writes to implement Re-JIT (he's a C++ developer). I thought it was therefore logical and appropriate in context to spend a small amount of time on the subject (he also stated "we write C++ so you don't have to" which I felt compelled to address... ).

Most of this interview (98%?) is about Re-JIT. Can we stop this now?

C

posted by Charles

Excuse me for being a curious conversationalist and not some marketing droid pimping one thing in context. You need to open your mind.

end();

C

posted by Charles

posted by Charles

posted by Jedrek

posted by lhalstrom

C

posted by Charles

However i do concur with the overwelming oppinion that the C++ renaisanse has taken over the technical content on C9 like a tsunami. It seems most good technical content is produced by you (always has been) at it all focusses on C++. The "Checking In" show is also very good, but it has less whiteboard action and is more about talking and discussing instead of explaining a (new)technology.

I do hope to learn more about  WinRT , .NET 4.5 , await/async , Silverlight 5, Windows XAML in true old school C9 style. Right now we have to look trough a huge list of sessions from events, and those do not include the back and forth question style we love in C9 video's.

Hoping to provide some constructive feedback

posted by CKurt

Indeed I have embarked on a series of .NET/CLR 4.5 conversations - of which this and the background server GC pieces are part of - that will show up here in the near future. Stay tuned for Portable Libraries, Performance and Memory diagnostics, improved setup (less reboots required when installing .NET 4.5, which is an in-place install), BCL improvements, NGen improvements, size-on-disk improvements. It's all .NET material. (of course, there will be more C++ stuff, too )

C

posted by Charles

If you could get some insights in the more closed WinRT team it would be great too. Altough it might be a bit early to answer the question "Will desktop apps be able to use WinRT or do they still need to use PInvoke?" and other compat questions surrounding ARM.

Again thx! I'll say hi if I run into you on campus

posted by CKurt

"Can ReJIT be used to turn on enter/leave/tailcall hooks?"
No.  A reasonable thing to consider for the future, but it will not be available in .NET 4.5.

"Is ReJIT in the 4.5 Developer Preview?"
Yes!  Go for it!

"Where can I get a copy of that web site demo you showed?"
Nowhere, yet.  Cleaning up and releasing the demo, with some of its sample code, is something we will consider for later.  But that would take some time, as it's currently heavily tied in with other ReJIT testing code, and split among several different components.

posted by David_Broman

Reflection is used typically by application code to inspect or emit new application code.  While Reflection can be used to create new, dynamic code, it cannot be used to dynamically modify statically-generated code (at least, not in any way I'm familiar with that is comparable with what ReJIT can do).

ReJIT (and Profiling API-based IL rewriting in general) is used by a separate diagnostics tool (that the application designer had no knowledge of, and that has no knowledge of the application code), to slip in its own instrumented copy of functions that get called whenever the application designer thought she was calling her own code.

posted by David_Broman

posted by Charles

posted by LeeNguyen

You must be new here.  Charles has posted countless managed code related videos over the many years C9 has been around!  That and functional programming, and now native.  There hasn't been that much to talk about that hasn't been covered by C9 before in the managed world, until the announcements at //BUILD for the .NET 4.5 features/changes. 

So yes, there's a lot of native content this past year, but that's true for mainly the videos Charles has been doing.  There's still a lot of .NET/Silverlight/Azure and other things to follow on C9.  The problem isn't what Charles is doing, it's that there isn't enough Charles to go around.  Let Charles follow his interests, that's how he'll do the best job.  Someone else could pick up other areas.  That being said, I'll bet there's a ton of managed content in the pipeline anyways, and still from Charles (like this!).

As for this ... it's great and I am surprised I missed it with all the //BUILD information, but I guess it got drowned out in the sea of Metro/WinRT/C++ announcements.

Keep up the good work C9, and Charles ... stay on target, man.

posted by Richard.Hein

C

posted by Charles

>>

Can ReJIT be used to turn on enter/leave/tailcall hooks?"
No.  A reasonable thing to consider for the future, but it will not be available in .NET 4.5.

<<

While there is no explicit way via the ReJIT API to specify whether the codegen flags should allow or disallow generating calls to the ELT hooks, there is a slightly tricky way you can achieve this, even in the 4.5 developer preview.  I plan to write about how to do this in my blog eventually. (http://blogs.msdn.com/b/davbr/)

posted by David_Broman