Repost: COM Issues

I have a main application (C++) which calls a VFP 7/8/9 COM server. The
Foxpro server also needs to communicate with the calling application in
order to:

- read properties
- use functions in the main application
- send back status information
- send back progress information

The main application will probably be multi-threaded, so properties in the
main application can change while a Foxpro function is active.

What would be the best way to do this?

Zeke

DSummZZZ
Tue Oct 26 12:10:52 CDT 2004

- read properties
- use functions in the main application
Unless you developed a COM server app or active-x control as your main
calling program, VFP won't be able to see properties or functions within
it, unless they are passed to VFP an run time. Otherwise, VFP needs to
instantiate a new class/instance of a COM server in order to see its
properties or methods.

- send back status information
- send back progress information
A VFP COM server could talk to a calling program by using properties or
RETURN values.
Properties such as status and progress would need to be queried by the
calling app, and RETURN values would be passed at termination time.

Zeke
Tue Oct 26 12:18:17 CDT 2004

So - if the main application is an Active-X control - can it send an object
reference to itself to the VFP COM server can read and set properties on the
Active-X control?
Zeke




"DSummZZZ" <sparky@n_o_s_p_a_m.myrealbox.com> wrote in message
news:b15b6b05406c7d72b0f8c74c071b3a7e@localhost.talkaboutsoftware.com...
> - read properties
> - use functions in the main application
> Unless you developed a COM server app or active-x control as your main
> calling program, VFP won't be able to see properties or functions within
> it, unless they are passed to VFP an run time. Otherwise, VFP needs to
> instantiate a new class/instance of a COM server in order to see its
> properties or methods.
>
> - send back status information
> - send back progress information
> A VFP COM server could talk to a calling program by using properties or
> RETURN values.
> Properties such as status and progress would need to be queried by the
> calling app, and RETURN values would be passed at termination time.
>
>

DSummZZZ
Wed Oct 27 10:42:47 CDT 2004

Say for instance you are using the WinSock control (the MS windows sockets
control).
You can use that control directly from VFP just by creating an instance of
it within VFP.
From that point on, you can use the control just as you would with any
other application, calling its methods, using its properties and so on.
Something I negelected to mention (or think of for my last post), you can
use inter process communication with VPF, but I haven't personally done
it. You may be able to find out more on that topic perusing the web but
I'm afrain I wouldn't be much help.