;)))
I repeat the system I developed:
COM server is a DLL COM object registered under MTS. I instantiate it from other computer using command:
CREATEOBJECTEX('{GUID}','IP.ADDRESS')
In the VFP help for CREATEOBJECTEX command I read that remote COM object does not requires registering at the client computer when you use it by GUID.
Above works in local network, does not works when I access it through internet...
>>It is DLL. As I said, I tried to run it from another computer in the local area network, and it workes. Our network based completely on the TCP/IP protocol. I used exactly the same way of object instantiation. Why it does not work through Internet? What the difference?
>>
>
>Huh? You got a dll to run through DCOM without using MTS? Unless you are very familiar with DCOM and the other methods of assigning a surrogate to an in-proc dll, I would venture to say that you hadn't done what you think. A dll is in-process which, by definition, has to run in the same memory space as the process that created it. If it lives on another machine, this is impossible unless the dll is configured to always run in a surrogate process (like MTS).
Vlad Grynchyshyn, Project Manager, MCP
vgryn@yahoo.comICQ #10709245
The professional level of programmer could be determined by level of stupidity of his/her bugs
It is not appropriate to say that question is "foolish". There could be only foolish answers. Everybody passed period of time when knows nothing about something.