Hallo Ruslan!

I think that if this was such easy we would already have it.

Your problem is, that even if hosting more the one CLR would be possible,
there would be a problem with static members and AppDomains:

1. A static field of a type in Version 1 is not releated to the field of the
same type in Version 2. So when a SingleTon Pattern is used in the Assembly
(for example the ConnectionPoolManager in ADO.Net), each Framework Version
would use an own static field.

2. Even if a Process may host more than one CLR in a Windows Processes, it
would be impossible to host two different CLR Versions within a single
AppDomain. You may start a different AppDomain for each Addin (but: you
starts the AppDomain? The hosting Process. In your case this is excel.exe
witch cannot really extent), but you would have to relate on Remoting for
Cross AppDomain calls and Cross AppDomain state.


br GP

Hi Ruslan,

This question is not related to a single CLR technology, but the CLR
internal design and architecture, which our CLR team will not answer.
Thanks for your understanding.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.