HighTechTalks DotNet Forums  

.NET & ActiveX Exe's

Dotnet Framework (Interop) microsoft.public.dotnet.framework.interop


Discuss .NET & ActiveX Exe's in the Dotnet Framework (Interop) forum.



Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old   
Jimmy Hoffa
 
Posts: n/a

Default .NET & ActiveX Exe's - 08-27-2007 , 11:37 AM






Hi All,

Hoping someone can help me with my COM/.NET interop problems...

My situation is that I write code using an old WIN16 based Application which
as far as COM is concerned can only operate with Active X In-Process
servers. Therefore whenever I need to write a new bit of functionality or
component that I cant do using the Win16 App I would always create an
ActiveX Executable project in VB 6 and then my Win16 app can happily access
exposed functionality without problem.

What I'm wondering is whether there are other folk out there in the same
situation as me, using legacy products but wanting to also include more
advance components using .NET and have been able to do so. And if so.. How
they did it..

Thanks,


Reply With Quote
  #2  
Old   
Doug Semler
 
Posts: n/a

Default Re: .NET & ActiveX Exe's - 09-03-2007 , 03:42 PM






"Jimmy Hoffa" <jimmy (AT) dbws (DOT) net> wrote

Quote:
Hi All,

Hoping someone can help me with my COM/.NET interop problems...

My situation is that I write code using an old WIN16 based Application
which as far as COM is concerned can only operate with Active X In-Process
servers. Therefore whenever I need to write a new bit of functionality or
component that I cant do using the Win16 App I would always create an
ActiveX Executable project in VB 6 and then my Win16 app can happily
access exposed functionality without problem.

What I'm wondering is whether there are other folk out there in the same
situation as me, using legacy products but wanting to also include more
advance components using .NET and have been able to do so. And if so..
How they did it..


Do any of the new (XP/Vista) OS even *HAVE* a virtual 16 bit process
capability any more???

AFAIK, .NET components can only be accessed as Inproc libraries from
CCWs...If you really wanted to do this, you would probably have to make the
ActiveX server talk to your .NET objects through COM libraries (if it's
possible..). In other words, have the ActiveX server become a passthrough
to a .NET library that exposes COM objects.

This, IMO is getting into the "is it better to keep supporting the old app
or is it finally time to spend the money port it to at least Win32?"

--
Doug Semler, MCPD
a.a. #705, BAAWA. EAC Guardian of the Horn of the IPU (pbuhh).
The answer is 42; DNRC o-
Gur Hfrarg unf orpbzr fb shyy bs penc gurfr qnlf, abbar rira
erpbtavmrf fvzcyr guvatf yvxr ebg13 nalzber. Fnq, vfa'g vg?



Reply With Quote
  #3  
Old   
beverly drummond
 
Posts: n/a

Default Re: .NET & ActiveX Exe's - 10-26-2007 , 09:44 PM



yes
"Jimmy Hoffa" <jimmy (AT) dbws (DOT) net> wrote

Quote:
Hi All,

Hoping someone can help me with my COM/.NET interop problems...

My situation is that I write code using an old WIN16 based Application
which as far as COM is concerned can only operate with Active X In-Process
servers. Therefore whenever I need to write a new bit of functionality or
component that I cant do using the Win16 App I would always create an
ActiveX Executable project in VB 6 and then my Win16 app can happily
access exposed functionality without problem.

What I'm wondering is whether there are other folk out there in the same
situation as me, using legacy products but wanting to also include more
advance components using .NET and have been able to do so. And if so..
How they did it..

Thanks,


Reply With Quote
Reply




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.