Jack Gudenkauf - .Net 3.5 for ISVs

Play Jack Gudenkauf - .Net 3.5 for ISVs
Sign in to queue


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



Right click to download this episode

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 (https://blogs.msdn.com/jackg/) or from this specific post (https://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!

Add Your 2 Cents