|
hellofromsumedh@gmail.com wrote: I have been trying to generate CLSID
What do you mean by "generate" and what do you want to do with this "generated" CLSID?
The title of your post suggests that you're having problems in the component registration process. ::CLSIDFromProgID() is of no use while registering a component since it would use the information registered.
Still you're talking about a client in the post and I don't see how it maps to the title of the post, I find it confusing and I'm not really sure what your problem is.
Regarding the component registration:
An in-proc COM server normally exposes a function called DllRegisterServer() that should be called in order to register the component. This is done by running "RegSvr32.exe <TheServerPath>". RegSvr32.exe calls the components DllRegisterServer().
Read more about DllRegisterServer() here[^].
Regarding creating a server from a client:
::CoCreateInstance() is the API function to use in this case with the CLSID as one of the parameters. The CLSID is usually retrieved by importing the server's typelib or similar.
Read more about ::CoCreateInstance() here[^].
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
do i have to use an image from file for the radiation pattern plotting or i have to draw it myself using source code in vb .net.this question is related to the one i have sent you before, interfacing vb .net and a hardware.each of the signal/data received is plotted in the garap (circular grapH, 360 degrees). thank you....
|
|
|
|
|
I originally posted this in the MFC boards, but suspect it's the wrong place..
I know ActiveX methods (OCX Ctrl) can return complex data types like structures or classes,I just can't quite figure out how.... For example, I have a class containing 4 data elements (strings) and 4 functions acting as getters... I want to return the class through a method call in my activex ctrl.
From what I've read, I beleive I can do it via IDispatch and a definition in the IDL file, or by returning a VARIANT...
In a nutshell, I want to return either a data structure or class to the client.
Can someone please point me to a tutorial or article that could help me figure this out?
Thanks in advance!
|
|
|
|
|
Check out this[^] article, it will tell how to pass UDT(user define types) across interface.
|
|
|
|
|
Dude, THANK YOU!!!!
In my searching I didnt find that article... exactly what I needed to learn!!!!!
|
|
|
|
|
Hi I m Jay & Im doin a project named"Operating PC Through SMS" for which I require a SMS Gateway which will send my sms in e-mail form 2 my PC & also return the reply in SMS form to my cell phone. I cant find any body who provides a SMS Gateway. Everybody just gives the info abt it. Can anybody tel me where will I find a SMS Gateway. I really need it because my time is running out. Plz Help!
|
|
|
|
|
Hi,
I need convert a 1D long array to a const VARIANT& in a function from 3rd party. Could you please give me some suggestions for the problem? I am using VC++ 6.0.
Thanks,
Xiangyang
-----------------------
convert long iArray[10];
to
const VARIANT& DefectsIDs
in
VARIANT CreateMap(LPCTSR BaseName, const VARIANT& DefectsIDs);
-----------------------
Xiangyang
|
|
|
|
|
hi all
can any one tell me that i want to show drop down menu bar in all my vb.net page. and the items of menu bar will according to login id means for admin all and for users only few.
plz help me
Shiv Bahadur Sahu
09213519179
|
|
|
|
|
Hi,
When i am trying to call a ActiveX dll(it has a form) from a VC client I am getting this error:
Run-time error '406':
Non-modal forms cannot be displayed in this host application from an ActiveX DLL,ActiveX Control, or Property Page.
Can anyone help me out with this??
Thanks in advance.
Priya.
|
|
|
|
|
Hi,
Can anyone tell me how to create a reference to a COM object...the COM object is Control.dll ...... I want to create a pointer to this COM and access methods from it.
Thanks in advance.
Priya.
|
|
|
|
|
You don't create a reference to a COM server, you create the server by a call to ::CoCreateInstance() and if the server could successfullly be created you'll get the interface pointer that you requested in the call.
Learn the basics of COM in this CodeProject section: clickety[^].
Michael Dunn's articles would be a good starting point.
|
|
|
|
|
Hi,
I guess the way my question is formed is wrong.I am sorry about that. Actually my requirement is , I have a vb project which is using a COM Component in it. Now i have created a separate VB project and i want to use the same COM component which is present in the other vb project instead of again adding the COM component in my proj. Thus i want to avoid creating 2 instances of the COM but instead create a reference to existing COM object which is included in a VB client.
I guess u have got my problem. how to do it?
Kindly help me with this.
Thanks in advance
Priya.
|
|
|
|
|
This is not a trivial task. A COM DLL is always an in-proc server - which means that it is executed within the process of the client application. Windows does separate different processes quite good.
The approach which I would recommend is to change the COM server to an out-proc (EXE) server. Then make it a singleton server and the two applications can share one instance of it - as long as both clients run in the same user context.
If you don't have access to the sources of the COM server, you will have to implement some other means of inter-process communication. Eventually it is possible to register the COM server in the ROT (running object table) to share it. However, I have never tried to use this approach.
Regards,
Tim
|
|
|
|
|
Tim Paaschen wrote: A COM DLL is always an in-proc server - which means that it is executed within the process of the client application.
Not quite true, Tim.
You can run the DLL server in a surrogate process. This even means that you can run a DLL server that is executing on another computer using DCOM.
Read this[^] for more info.
The exe-server solution and registering in the ROT would do fine, but that may slow things down from the VB-client perspective.
I suggest the use of aggregation.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Hi,
I understood ur approach,but as i am new to this COM thing..I do not know how to implement. First of all how to convert an in-proc COM instance to an out-proc COM instance so that both the clients can share the same dll. Secondly, How to convert it to a singleton server?? The last registering part which u told, to register in ROT, I am not sure I understood that.
Regards,
Priya.
|
|
|
|
|
shivapriyak wrote: First of all how to convert an in-proc COM instance to an out-proc COM instance
The easiest way is to create a new project and select an COM EXE (out-proc) server right from the beginning. If you want to convert your project, create a new dummy out-proc server and reproduce the required settings and code in your project.
If your server derives from CComCoClass, you can use the DECLARE_CLASSFACTORY_SINGLETON macro. However, be awae that this only works for clients started by the same user.
Regarding the Running Object Table have a look at the MSDN[^] or this article[^].
Regards,
Tim
|
|
|
|
|
I suggest you use COM aggregation; a way to encapsulate an inner COM server inside an outer and expose interfaces from the inner server to clients of the outer server.
Have a look in MSDN here[^] and at CodeProject here[^].
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Hi,
I am new to this COM thing..but let me see if i got u right. COM aggregation is a method by which v can encapsulate a inner COM componet within another and the client can call the interfacing methods of the outer component instead of the inner COM.
So, How will this solve my issue?? Actually what i need is 2 clients accessing the same COM component instance..how v can get this??Plz explain.
Thanks.
Regards,
Priya.
|
|
|
|
|
shivapriyak wrote: So, How will this solve my issue?? Actually what i need is 2 clients accessing the same COM component instance.
Ok, I misunderstood your problem.
Then I suggest you do what Tim suggested: create an exe-server and register the instance in the Running-Object-Table (ROT). Clients to the server can then request an already running instance of the server from the ROT. If it's essential that there is only one single instance running at the same time you can implement it as a singleton.
Perhaps this[^] article can help you. It's partly written in C#, but the concept is the same no matter the language.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Hi,
I went thru the article.
What i understood is that the COM has to be registered and running in the ROT table. Then both the clients can access the same running instance of the COM dll by getting pointers to it.Correct me if i am wrong...
But i am afraid i don't know C# can u tell me how to do this in vb??
both my clients r vb applic only..
Thanks
Priya
|
|
|
|
|
shivapriyak wrote: What i understood is that the COM has to be registered and running in the ROT table. Then both the clients can access the same running instance of the COM dll by getting pointers to it.Correct me if i am wrong...
No need for correction, you've got it.
shivapriyak wrote: i don't know C# can u tell me how to do this in vb?
Sorry mate, unfortunately I don't know how the synthax looks in VB for doing COM.
However, it's the flow that's important; in what order to do things and what IRunningObjectTable methods to call since it will be the same regardless of the language used. You'll have to translate it to VB by yourself.
In addition to the links that Tim provided you with, have a look at this[^], an article in MS Systems Journal written by Jeff Prosise about the use of ROT and monikers.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Hi,
Thnx everybody I could solve this issue. 
|
|
|
|
|
Hi,
i have an com application which keeps track of another application and displays the message accordingly.
but it gives error70 when we handle the application to and fro very frequently.
can anyone help me on Error-70 or any idea about the possible reasons.
thanks in advance
amolk
|
|
|
|
|
Hai friends,
I am get an error "The stub received bad data" while calling CreateInstance function.
But some times its working.
I am using a COM Exe as server. I am using a regular dll to call the interface functions of COM Server. I am getting this error in dll.I had registered the COM Exe using regerver.
OS installed : WindowsXP Service Pack 2
Platform : VC++6.0 Service Pack 6
Can anybody help me to solve?
With regards,
appoos
Known is a drop, unknown is an ocean
|
|
|
|
|
Hello,
1. Have you initialized all your variables inside com server? Some memory garbage can cause the problem
2. It can be some timing problem with initialization. Try to play with some delays (just use Sleep(…)) inside constructor and FinalConstruct() method of your exe com server.
Regards,
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
