|
-
May 27th, 2000, 08:23 AM
#1
Thread Starter
Junior Member
Does anybody know what the best way is to communicate between VB programs in two different networked computers?
I wanted to use DCOM and was reading all about ActiveX DLL components, but using them sounds messier than I like. It seams to me that in order to send a value from Program1 to Program2 using COM I would need to have:
1. Program1 run an in-process ActiveX DLL component
2. Program2 write to that component
3. The component in Program1 trigger an event in Program1 when a Timer in that component checks if Program2 has changed the value of a variable
4. Finally do the code that I want to in Program1 when that event is triggered from the in-process ActiveX DLL
That's getting more messy than I want it to be. Is there something I'm missing about this whole COM/DCOM thing?
Also, once I get past that part, how do I actually call to the component using DCOM through the network? Do I need to use a special file location or something?
On the other hand...
Is there something else that's easier or better to use than COM/DCOM, and ActiveX DLL components?
Please Inform
Thanks!
Bob K.
-
May 27th, 2000, 11:49 PM
#2
Thread Starter
Junior Member
Anybody...Got any Ideas?
Please Reply Soon, If you do know.
Thanks
______
Bob K.
-
May 28th, 2000, 12:39 AM
#3
Lively Member
Sockets
Hi,
Listen from what i understand u need to send data from one program to another?? Something like a client server thing?? well then wouldn't it be better to use the WinSock control???
cheers
Gaurav
[email protected]
" Programming today is a race between software-engineers striving to build bigger and
better idiot-proof programs and the universe trying to produce bigger and better idiots.
So far the universe is winning". :-)
-
May 28th, 2000, 10:21 AM
#4
Thread Starter
Junior Member
Looks good, but...
How about being able to communicate between programs in the same computer?
Maybe ActiveX is the way to go; I guess I'll just mess around with that.
Thanks for the help!
______
Bob K.
-
May 28th, 2000, 11:30 AM
#5
-
May 28th, 2000, 07:04 PM
#6
Just something...
You can use 127.0.01 to connect but you have to remember
that you need to
install the tcp\ip protocol on your system.
-
Jun 1st, 2000, 11:56 PM
#7
Junior Member
if you want to issue commands and monitor responses between different windows applications, you can write a VB macro. Or you can use shell commands to launch or terminate applications. in fact you can use VB to automate repetitive jobs in any windows application using keyboard shortcuts. Communication between windows apps in VB is very easy and very extensive. Maybe if you posted more info on what you want to do, we can give you more precise help.
-
Jun 26th, 2000, 10:15 PM
#8
New Member
I'm learning dcom also, and, as I understand, one advantage of dcom over winsock is that dcom is protocol independant. Where winsock requires tcp/ip, dcom can use any active protocol. If this is an issue, dcom is probably the best choice. It it is not, winsock is much simpler.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|