| Paolo, on my last project I developed a shell client and four
out-of-process OLE servers. The first time I built everything, put it
into a kit and tried installing the kit everything worked wonderfully.
Then I wanted to change something in one of the servers. I made my
change, built the exe, put it in the kitbuild area, built the kit (we
were using InstallShield3), installed it and tried to test it.
Lo and behold! I got the same error you got. To get round this problem
I had to rebuild the *client* even though it hadn't changed. What I
deduced from this was that the client had built into it the guid for
the servers. Chnage one of the servers, resulting in a change to its
guid, and you have to rebuild the client.
What I think this means for you is one of two things:
1) You can't do what you want to do, or
2) When you build the client you have to point your link for the server
to the alpha version on the alpha machine. As I'm sure you know you
do this via the Tools/References menu. I'd test this option
interactively before I went to the trouble of building a kit etc.
Cheers,
Brian
|
| Brian,
thanks a lot for your answer.
I tried everything.... unfortunately rebuilding the client did not
help.
What I did so far is:
- write an OLE server on ALPHA.
- use it beautifully from ALPHA NT client applications
- On WNT Intel, I succesfully register the TLB file for "serva" using
the Microsoft Component Manager (include in VB4).
---- Strangely, I do not see the name of my server in the
"Remote Automation Connection Manager", as I expected.
This last point, I guess, leads to the "429-OLE Auto can't create
object" error, because my server is unknown.
Still investigating......
Paolo
|