|
Hi there,
I have created a COM component using C++ which is already installed on my system and is being used by few applications.
I want to know what issues i'll have to consider if I wish to have this same DLL with a different name on my system.
I mean if I rename this DLL and install it , apart from changing the CLSID , ProgId what all things I'll need to change in this DLL if I wish to have both my DLL's to be registered on my system.
Any thoughts?
Thank You.
Have a nice day!
modified 21-Apr-21 21:01pm.
|
|
|
|
|
If you want side-by-side, then you need to regenerate all the UUIDs in the IDL file, change the progids and interface names (don't forget the information in the RGS file).
Why would you want both?
If you want to change behaviour, just add a new interface that derives from the old one (for backward compatibility, and the fact that interfaces are considered immutable once 'published').
Steve S
|
|
|
|
|
Thanx.
Actually I am a new to COM technology... by this question I wanted to get some of my doubts clear.
I totally agree with what you said regarding "change behaviour".
Now I think i got to know what i wanted.
Actually had thought about what u said but wanted to confirm from someone more experienced and am now satisfied after your answer.
Thank you once again.
Have a nice day!
modified 21-Apr-21 21:01pm.
|
|
|
|
|
hi,
I have a COM in VB. How do I use it in C++
thanks
|
|
|
|
|
You can use the Class Wizzard and import from a Type Library. This should generate the appropriate classes for you in C++ that will inherit from COleDispatchDriver. You will need to make sure you call CreateDispatch when you create an instance of the object in C++. Check MSDN for more details.
- Nick Parker
My Blog | My Articles
|
|
|
|
|
hi!
I have developed a DCOM component server with ATL but now, how can i registeter it on a client?
Thanks in advance.
|
|
|
|
|
hi!
I know yet how to register the DLL. If there is somebody with this problem this is a very little tuto:
On the server machine
1.- register the server program:
c:\> remoteServer -regserver
where remoteServer is the name of the EXE server.
2.- register the proxy/stub DLL:
c:\> REGSVR32 remoteServerps.dll
On the cliente machine
1.- Copy RemoteServerps.dll on the client machine
2.- Register the proxy/stub DLL:
c:\> REGSVR32 remoteServerps.dll
ok, with these steps my DCOM application runs ok but i'm not sure if is this the best way to do the registration. Are there any other possibilities ?
thank you in advance!!
|
|
|
|
|
Hi
1.Register your component under the component services (MTS)
2.Use the export operation in order to create proxy\stub setup file
3.Install the file in the client machine
|
|
|
|
|
Hello !!
I want to convert an object I designed as a custom control in Visual C++ in a ActiveX version. This object is a chart that can display high speed data.
I succesfully converted the control but the problem is for adding new points: I don't want to redraw the complete control (this takes toooooo much time) so I want to get the dc of the control, use a transparent background and plot the line (or point). But this doesn't work if I call the COleControl::GetDC member function (default parameters).
How can I get a dc whenver I want ?? (so, not when OnDraw is called).
And if someaone could send me some example of ActiveX controls this would be great: this is the first time I design ActiveX and this project is REALLY urgent 
Thanks a lot for any help (any clue, hints, ... are really welcome  )
|
|
|
|
|
Ok !
I've found the solution !
In fact, I added a Method to add these points and I tested the control in the ActiveX control test container. I was invoking the method inside the application. But this seems to work differently... Don't know why 
For example if I call this inside my control on a mouse down message,everything works fine...
Why ????
|
|
|
|
|
I'm considering building an MMC (Microsoft Management Console) snap-in. The only information I've found for doing so is the Feb 2003 Platform SDK, where the C++ examples are still from VS6. The VB6 designer for MMC is long gone, and the ATL wizard for MMC was removed from VS.NET (I've heard rumors it was buggy). Which leaves me with the old guts and glory style of raw C++ COM programming. Given the examples in the SDK, that kind of adventure is OK provided there's a real future for MMC.
Does anybody know if Longhorn will still use MMC? Will ATL get a new MMC wizard in Whidbey? Any rumors from Microsoft? Are there any good newsgroups for MMC?
Any hints will help me here - Thanks,
Richard
|
|
|
|
|
It's still in the PDC build of "Longhorn". I doubt Microsoft would abandon it yet, though. It still serves a good purpose and uses the ubiquitous tree that everyone loves.
I know they recently acquired a new project for remote server maintenance, but this doesn't seem to overlap with problems solved with MMC.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
How would I go about converting a dragged stream object, into a dropped file object? The stream would be a stream of bytes dropped into the windows shell (explorer / desktop etc).
I get the impression I would need to implement my own DataObject that implements IDataObject, and load it with the appropriate STGMEDIUM and FORMATETC structs representing a stream.
Then, when dropped, a new file object needs to be created exposing some storage interface (IPersistStorage, or IStorage?), and then this needs to be given the IStream interface of the stream that is being dropped into it. Following that, i'm assuming windows shell can handle it.
How close am I?
(Note: The drop source is a wrapped managed C# interface, i can create a new stream object implementing the IStream interface, and read in my serialized bytes to it. The problem above is where i go from there.)
Cheers
Cata
|
|
|
|
|
Again, you're making this much too hard. The implementation of the IDataObject is nothing more than a way to encapsulate all the information about an object being dragged (or copied to the clipboard).
The STGMEDIUM and FORMATETC structs describe how the data is contained, and what the data is, respectively. You provide either an IStorage (not IPropertyStorage, which is very different) or an IStream implementation in the STGMEDIUM, as well as setting the tymed field to the associated enum type. Set the clipboard format in the FORMATETC struct. Pack your data and these structs into your IDataObject implementation and call DoDragDrop with that, your IDataSource implementation (which you can easily create from a .NET
Control</cod> since I know that's what you're after), also specifying your allowed effects.<br />
<br />
When a possible drop target gets the drag over event, it looks at the <codE>FORMATETC and allowed effects to see whether or not it can except it. It may also look at the STGMEDIUM to see if it can accept data passed along in those formats (the shell should handle all of them just fine). It then alerts the drag that it can accept them. If a user drops the data, the drop target gets the storage object from STGMEDIUM and handles it appropriately. If it's a filename, it would copy, move, or link them (depending on the effects). If it was an IStream implementation, it would get information about the stream and Read till done. If it was locked in global memory it copies it out and frees the global memory. So on, so forth.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Hello ! I use the MFC ActiveX ControlWizzard
I'm really new to ActiveX development. I want to know if it is possible to have another ActiveX in the current ActiveX I'm developping (like a class member of the Ctrl class) ? If yes, how (and when) do I have to create the control ???
I'm a little bit lost
And by the way, if you have some links to good tutorials, they are welcome !
Thanks!
|
|
|
|
|
Yes use the composite controls.
MSN Messenger.
prakashnadar@msn.com
|
|
|
|
|
Thanks for the response...
Hum, sorry but can you be more specific ?? I'm really new to this and I really don't know what is composite controls...
Thanks
|
|
|
|
|
A search on MSDN will give you the sol and that would be muct detailed explanation.
MSN Messenger.
prakashnadar@msn.com
|
|
|
|
|
I have written a quite complex dialog-project using MFC C++. Now I would like to distribute it on the net. My only thought is to “convert” it to an ActiveX but are there any other good ways?? Pleased for suggestions.
If an ActiveX is the “best” solution, how to make it quick?
.....and justice for all
APe
|
|
|
|
|
ok, i got the com object to register using the
<br />
DECLARE_REGISTRY_RESOURCEID<br />
macro
however there was something wrong with the RGS file that made it unable to unregister it. please look at this RGS file:
HKCR
{
NoRemove AppID
{
'%APPID%' = s 'TestAgent'
'TestAgent.DLL'
{
val AppID = s '%APPID%'
}
}
NoRemove Folder
{
NoRemove ShellEx
{
NoRemove ContextMenuHandlers
{
ForceRemove TestAgent = s '{7BA0D1BF-0B50-4B3A-B8E5-229B9D97C282}'
}
}
}
NoRemove *
{
NoRemove ShellEx
{
NoRemove ContextMenuHandlers
{
ForceRemove TestAgent = s '{7BA0D1BF-0B50-4B3A-B8E5-229B9D97C282}'
}
}
}
}
it's the first section (NoRemove AppID) that is causing the problem making ATL unable to UNregister the server. It has no problem registering it. That part is generated automatically by Visual Studio. Removing it fixes it. Why doesn't it work? Is it needed?
on a side-note, how did i find out? by manually overriding DllRegisterServer and DllUnregisterServer, i found out that this call failed:
if( this->UpdateRegistryFromResourceS(IDR_TESTAGENTPROJECT, FALSE ) != S_OK )
{
MessageBox( NULL, "ureg bad 2", "!", 0 );
return false;
}
the counter-part, registering, went flawlessly... really wierd for me..
thanks, appreciate the help.
|
|
|
|
|
How can i use the IBidiSpl COM interface in either VB.NET or C#.NET.
My major problem is knowing which type library that defines the interface because i have gone through the documentaion in the msdn with the hope that i will get a clue but no way.
I would welcome any suggetion that will enable me know the type library that implement it.
|
|
|
|
|
How do I call the Task Manager or the Job Scheduler of SQL Server
from an application. I am developing using C# but examples using VB would be great.
Adam
|
|
|
|
|
hi there
I have a very strange problem I hope you can help me sort it out.
I need to share a hashtable between multiple process (right now 2 is enough...), so I made a com+ class, made it a Singleton, inherited from ServicedComponent, registered it as a server application within "Component Service" and put it in the gac.
We'll call this class "Container"
I'm having problems sending that container the elements to put in the hash-table.
At first I made them as simple as possible, then I got an error that the class isn't serializable, so I figured that happenned because it tried passing param by value. Because I want to pass parameters as references, I made the object inherit from MarshalByRefObject instead . (We'll call this class HashObject)
Now the solution compiled, and I even called stub methods inside the Container which worked, but when I try to actually call Hashtable.Add() inside the com+ container I get an exception: System.runtime.remoting.remotingException telling me my server hasn't got a sink to use or the application doesn't have a client sink.
I know that by using com+ I'm actually using remoting as well, but why do I get that exception when I'm trying to read the values of the object I sent to the Container ?
The weirdest thing is when I made Container accept System.string instead of HashObject, it could read the string. (but not a string within HashObject in the first configuration)
I'd really appriciate any help or suugestion you might have
Thanks
Yoav S.
|
|
|
|
|
I found the solution
apparently- you can't use MarshalByRefObject in com+ , only in .net remoting.
so all information travels should be made "by value" and not "by reference".
hence all the objects passed to a com service must be serializable or implement ISerialize.
until next time
Yoav S.
|
|
|
|
|
hello!
i have a shell extension that registers on the contextmenu on folders and files. it worked fine until we migrated to visual studio 2003. the RGS file simply doesn't register!
i have looked inside the DLL that is created, and i can see that the information is there. it just isn't transferred to the registry upon registration.
it's easy to reproduce: create a new ATL project, add an ATL simple object, and compile. i rely on the (default) post-build-action "performing registration", that does the regsvr32.exe /s /c my.dll. yes, i can register it successfully manually. i am the only user on my computer, so its fair to assume i have admin rights (windows xp).
this is the looks of the basic RGS file that comes with the new project:
HKCR
{
NoRemove AppID
{
'%APPID%' = s 'TestAgent'
'TestAgent.DLL'
{
val AppID = s '%APPID%'
}
}
}
the thing is, the dll does contain all the information from the RGS file (i can see it). the dll gets "successfully" registered, but NOTHING from the RGS file gets transfered to the registry. there ARE things coming into the registry (CLSID, TypeID etc) but those things are not from the RGS file.
i have no idea what i have done wrong. how can you tell visual studio to mark the RGS resource file so that regsrv32 transfers it to the registry? i thought that was automatical. it just isn't so in "my environment" for some strange reason.
i would be SO glad if someone could help me out, you wouldn't know! i've been on this for so long my hair has changed color. maybe there is something wrong with how i create the project.
/daniel
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
