Re: mscoree.dll creating new appdomain with local configuration
- From: Cindy M. <C.Meister-C@xxxxxxxxxx>
- Date: Tue, 03 Oct 2006 12:27:21 +0200
Hi =?Utf-8?B?Q2FsaW5nYQ==?=,
It is not my idea to replace mscoree.dll after all, but I would like know ifI'm not too savvy in all this but...
mscoree.dll would handle some undocumented registry entries.
From some acquaintance with Shared COM Add-ins for Office I know from thedocumentation that ALL managed COM Add-ins use mscoree.dll by default. This can
lead to problems: if one Add-in fails, then all Add-ins will fail because
mscoree.dll will "get the blame". The COM apps don't see/recognize anything
else.
Therefore, the recommendation is to use a SHIM to take the place of mscoree.dll
as the "go-between". I'd think you could trim the shim to do what you need,
although I can't begin to tell you how. Look up the term SHIM on msdn and in
the knowledge base.
Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 17 2005)
http://www.word.mvps.org
This reply is posted in the Newsgroup; please post any follow question or reply
in the newsgroup and not by e-mail :-)
.
- References:
- Re: mscoree.dll creating new appdomain with local configuration
- From: William DePalo [MVP VC++]
- Re: mscoree.dll creating new appdomain with local configuration
- From: Calinga
- Re: mscoree.dll creating new appdomain with local configuration
- Prev by Date: RE: IE Toolbar Visual Style
- Next by Date: MAPI + C#
- Previous by thread: Re: mscoree.dll creating new appdomain with local configuration
- Next by thread: Re: mscoree.dll creating new appdomain with local configuration
- Index(es):
Relevant Pages
|