I once wrote a VB addin, which processes one of the currently opened projects in the IDE. This way you have error handling everywhere you want it, without having to write your handlers by its own. Just make sure you include sections of where you are sure that may raise errors during application...
The choice of starting a new instance or use an already running instance of a COM server lies in the architecture created by the programmer of the COM server. You as a client cannot determine whether or not you will get a completely new instance of the server.
Otherwise it wouldn't be of much...
I am sorry then, I would have to see for myself then...
But I cannot create the project right now (I think my boss would not like this very much doing that in his time).
It seems to me that somehow the DCOM configuration on your server computer has gotten messed up...
What if you tried to...
Are you now still getting any messages on the server machine (in the log I mean)?
And maybe this is a redundant question, but did you now also execute MyServer.exe /regserver on the server machine?
You probably do not get any DCOM errors in the log because DCOM is not being used when working locally. Which error message did you get when trying locally?
The parent constructor is automatically called when you create a new instance of your child class.
If you explicitly want to change the constructor being called in the parent class, you can do thus by entering : XXX(x,y, etc...) before the opening bracket of your child's constructor (where XXX...
I am not sure how to register a typelib manually.
You place a copy of your server on the client and register this (just for the test).
You can also browse with VB to your typelib and set a reference to it, but just to be safe try the first option (if this does not work then it is not necessary...
The client app need not be registered.
have you also registered the server app manually at the client machine? COM needs to know where to find the typlib to marshall your calls.
I am not sure, I have not used the pdw for a long time now.
Can you not just manually register the server app on the server machine and see what happens?
Did you check all registry settings on both the client and the server (i.e. is there maybe an interface pointing to a non-existing typelibrary, or a typelibrary pointing to a non-exeisting path etc.) ?
strongm, what you do there looks quite alright (although you're right that it is a lot of work just to get around using a simple error handler).
But have you actually tested this solution (I have not, yet...). I ask this because RtlMoveMemory is a kernel mode method and I am not sure if it will...
If you do not like the jump created by "On error goto" then why not use in-line error handling. There is not much more code needed for this.
Just three more lines will be needed:
Err.Clear
On error resume next
x = LBound(my)
if Err.Number <> 0 then....
It is not possible to check the...
I vagely remember having such an error in my event log too.
Although I cannot remember exactly in what stage of my server development it occured.
I do know however what things went wrong during my development. My server had a tray icon and it created a window. If any UI elements are being used...
You could build your control in VB yes, or in VC++ or whatever language you wish (as long as it is COM capable of course), but since your experience lies in ASP VB might seem like the best choice (use FileCopy to copy the file...).
Your code might work fine in ASP, but since you're now building...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.