|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
What framework is running in this scenario?I have a VB6 application that references a few .Net 1.1 components, and
one 2.0 component. Does that mean that all will be running under 2.0? Is there any way to force the 1.1 pieces to run under 1.1, and the 2.0 to run under 2.0? I know about setting a config file to force a certain framework, but I think that is only good for the entire application. Thanks 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. -- Show quoteGregory A. Beamer MVP; MCP: +I, SE, SD, DBA http://gregorybeamer.spaces.live.com ************************************************* Think outside of the box! ************************************************* "holysmokes99" <holysmoke***@hotmail.com> wrote in message news:1161044075.576664.233020@i3g2000cwc.googlegroups.com... >I have a VB6 application that references a few .Net 1.1 components, and > one 2.0 component. Does that mean that all will be running under 2.0? > Is there any way to force the 1.1 pieces to run under 1.1, and the 2.0 > to run under 2.0? I know about setting a config file to force a certain > framework, but I think that is only good for the entire application. > > Thanks > Cowboy (Gregory A. Beamer) wrote:
> If the components are compiled in 1.1 and are separate assemblies IIUC, it's not possible to host more than 1 version of the framework in a > (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. single process. Unless those components are running in sepoarate processes, they're all running under the 2.0 framework. -cd Good to know. Then a SOA option is the only way to go.
-- Show quoteGregory A. Beamer MVP; MCP: +I, SE, SD, DBA http://gregorybeamer.spaces.live.com ************************************************* Think outside of the box! ************************************************* "Carl Daniel [VC++ MVP]" <cpdaniel_remove_this_and_nospam@mvps.org.nospam> wrote in message news:%23GE18Ia8GHA.4408@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 > > 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: Show quote > 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]" <cpdaniel_remove_this_and_nospam@mvps.org.nospam> > wrote in message news:%23GE18Ia8GHA.4408@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 > > > >  |
|||||||||||||||||||||||
Other interesting topics