Jack Gudenkauf - .Net 3.5 for ISVs

Download this episode

Download Video


Several weeks back James Vastbinder was able to coax Jack Gudenkauf into doing an interview on .NET 3.5 targeted at ISVs.  Jack is an Architect on the Base Class Library team and tasked to work with Microsoft’s ISV Partners. 

In this interview:

  • Jack talks about the BCL team and how they work within the larger Server and Tools business unit.
  • An inside view of the new Add-In Model in 3.5, (Its Jack's baby and he's rightly proud).
  • The Process ISV should mentally walk through when moving to managed code.
    Tools and utilities used by the CLR team.
Technorati Tags: JackG, CLR, .NET3.5, BCL, Add-Ins, Jvast, Microsoft



Available formats for this video:

Actual format may change based on video formats available and browser capability.

    The Discussion

    • User profile image
      Is there any chance of getting a link to the calculator code?
    • User profile image
      Silverlight player stops working. Any idea?

      Update: Nevermind, rebooting fixed the problem.
    • User profile image
      Hi Josh, You can get to the sample code from my blog (http://blogs.msdn.com/jackg/) or from this specific post (http://blogs.msdn.com/jackg/archive/2007/07/27/we-saved-the-best-for-last.aspx). JackG
    • User profile image

      For the love of Ballmer... please stop recording/encoding 16x9 videos with the black bars.

      4x3 displays/players will add them if needed and 16x9 displays don't need em and end up adding their own giving a nice ring of black around the video.

    • User profile image
      Wonderful, Thank You!

      EDIT:  I thought I found it.  After I got it to build, I found that the program is not the one that you demo'd.  Just for clairification, I was looking for the crossbow app demo.  Maybe I just didn't see the project link.
    • User profile image
      I don't understand why the technology demonstrated is such a big deal. As I understand it, WPF uses a kind of X11 style protocol for control rendering, so all it takes to allow controls to render from different app domains is to provide a channel for that protocol to cross. It's very useful, but not staggering IMO.

      Now the stuff with integrating winforms controls with WPF, all I can say is: ugh, I'm glad I didn't have to write that.  All this interop stuff is hard, messy work that Microsoft doesn't get nearly enough credit for. The Java world just says throw away everything you wrote before but Microsoft always tries to help people come into the new platform bit by bit.

      Another thing, which is probably not Jack's area, but I might as well mention it here. You mention in the video that one of the advantages about being able to run GUI plugins in different app-domains is that you can unload the plugin to recover memory and other resources. WHat I want to know is when is .NET going to get the ability to unload assemblies and garbage-collect the memory allocated for the code? I know it's a hard problem, but Java has been able to do this for many years and it should be considered an embarassment that .NET still cannot. While AppDomains serve many purposes, including allowing for code to be unloaded, you often don't need the isolation of an AppDomain and don't want the marshalling overhead of communicating across AppDomains, but you do want to be able to load, execute and then discard code.
    • User profile image
    • User profile image
      Nice, thanks!

    Comments closed

    Comments have been closed since this content was published more than 30 days ago, but if you'd like to send us feedback you can Contact Us.