Facilitating the spread of knowledge and innovation in professional software development



Choose your language

InfoQ Homepage News A Train-Wreck Waiting To Happen: Managed Code and the Windows Shell

A Train-Wreck Waiting To Happen: Managed Code and the Windows Shell


The CLR has a major design flaw; each process can only have one. Say for example you have two add-ins for Outlook, where one requires CLR 1.1 and the other CLR 2.0. If the CLR 2.0 is loaded first, the 1.1 add-in will be forced to use the 2.0 runtime. If the one that needs CLR 1.1 is loaded first, the other one cannot be started at all.

Things get far worse when your add-in is an in process extension for the Windows shell. Suddenly the CLR version used by the extension is forced upon every application that displays a file open dialog. Essentially this means managed shell extensions are time bombs set to go off the next time the CLR is updated. Jesse Kaplan and Raymond Chen discuss this more detail.

We need your feedback

How might we improve InfoQ for you

Thank you for being an InfoQ reader.

Each year, we seek feedback from our readers to help us improve InfoQ. Would you mind spending 2 minutes to share your feedback in our short survey? Your feedback will directly help us continually evolve how we support you.

Take the Survey

Rate this Article


Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p


Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.