OK, thanks for your feedback. Here are some more of my particulars. I
am developing a component in .Net 1.1, and want to debug it using the
"start external program" of the debugger in the IDE. The program I want
to start is the app that I mentioned above that references both 1.1 and
2.0 components. The problem is that when I launch this from VS2003, the
external program starts only for a moment and then bails out of memory
with no error, and the ide returns to a stopped state awaiting my
input. If I remove the 2.0 framework, at least the external app will
start up and stay in memory, but I will get the error (as expected)
that some pieces could not be found (i.e. pieces of the 2.0 framework).
Should not VS2003 (which is based on framework 1.1) be able to run
under 2.0 as they are backward compatible???
Thanks for your help,
Marcus
Cowboy (Gregory A. Beamer) wrote:
Good to know. Then a SOA option is the only way to go.
--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA
http://gregorybeamer.spaces.live.com
*************************************************
Think outside of the box!
*************************************************
"Carl Daniel [VC++ MVP]" <cp*****************************@mvps.org.nospam >
wrote in message news:%2****************@TK2MSFTNGP02.phx.gbl...
Cowboy (Gregory A. Beamer) wrote:
If the components are compiled in 1.1 and are separate assemblies
(and you created the COM wrappers using the proper framework for each
component), you are most likely stoking up both 1.1 and 2.0 in your
scenario. The VB app is having to marshall from COM to .NET anyway.
I could be wrong about this, as VB6 might force only one framework,
but I would seriously doubt it would override the wrapper class.
IIUC, it's not possible to host more than 1 version of the framework in a
single process. Unless those components are running in sepoarate
processes, they're all running under the 2.0 framework.
-cd
