|
pUser.CreateInstance(__uuidof(IUser));
__uuidof(IUser) is the UUID of IUser interface, not the his coclass CLSID. So this call will be unsuccessful.
You can use the local creation of COM object:
CComObject < CUser >* pUser;
HRESULT hr = pUser->CreateInstance( & pUser );
if( SUCCEEDED(hr) )
{
pUser->m_SomeData;
...
delete pUser;
}
With best wishes,
Vita
|
|
|
|
|
I get the impression that most plugins are implemented using COM, hence the posting here. Can anyone give me any headstart on implementing plugins in my application. OpenSource examples would be particularly useful.
Any tips or hints?
I Cargill CEng BENg MBCS
|
|
|
|
|
I have trouble creating instance of an shellwindows object in MFC dll
CreateInstance does not work in MFC DLL, but CreateInstance work well in EXE MFC
It hangs on the CreateInstance row
What could this be happening ?
/// My code //
// I Created a Dialog class in MFC DLL
BOOL CWalletDlg::ShellWindowAdvise()
{
EnableAutomation();
m_pIE5Events = new CIE5Events(this);
HRESULT hr = 0;
CoInitialize(NULL);
if (m_spSHWinds == 0) {
hr = m_spSHWinds.CreateInstance(__uuidof(SHDocVw::ShellWindows));
AfxConnectionAdvise( m_spSHWinds,
__uuidof(SHDocVw:ShellWindowsEvents),
this->GetInterface( &IID_IUnknown ),
TRUE, &m_dwCookie );
return TRUE;
}
}
|
|
|
|
|
Is the exe calling CoInitialize?
|
|
|
|
|
More importantly, is the EXE calling CoInitialize on the thread that the DLL is loaded.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
I have a little problem. The background is:
I'm working on a server/client application in C# and I want to setup up a session, but when you use COM+ you can't use a session. The client is not run in a browser.
I also have to "create" the session on the server and pass it on to the client. Anyone have a suggestion on how to implement this (NOT in ASP)?
I've been trying to com up with some constructive solution for a while now, but i hit the wall before i get any results!
MikeC#
|
|
|
|
|
Is that a way to pass simple functions to COM objects like this:
ob->Method(pFunc);
where pFunc is a function like "void pFunc(void)"?
I want pFunc to be called from inside the COM object.
rechi
|
|
|
|
|
It is not considered a good practice to pass pointers in COM methods. Instead wrap the function as an interface
interface IMyFunc
{
HRESULT Func();
}
Just to give you an idea.
You can have
class A : IMyFunc
{
public:
void Func()
{
}
}
The method would look like
HRESULT Method(IMyFunc* pFunc);
A* pA;
.
.
.
ob->Method(pA);
|
|
|
|
|
It's what i was the most afraid of: interfaces wrapping functions. Unfortunately this solution consumes a large amount of time.
Thanx!
rechi
|
|
|
|
|
Bogdan Rechi wrote:
Unfortunately this solution consumes a large amount of time.
That is the price that we all have to pay for Binary Comaptible code.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
A better choice for this than wrapping the function in an interface to create an Event sink for your COM object.
Then users of your object can register with your object for certain events. Then when that event occurs your object will call all of the event sink functions that have been registered with your object. This is a very efficient way to solve your problem.
There are a lot of good examples in MSDN and there might be a few on CP.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
I need pass an array of data in a variant to an API call. I'm not sure if I'm passing the data correctly as I'm new to COM.
I appreciate if someone could verify the below snippet has a obvious problem when using COM arrays because the API call does not produce the intended results with the array data I passed.
// generate 3 element array of floats
SAFEARRAY *psa = SafeArrayCreateVector( VT_R4, 0, 3 );
float HUGEP *dp = 0;
SafeArrayAccessData( psa, (void HUGEP**)&dp );
dp[0] = 6;
dp[1] = 7;
dp[2] = 8; // set array to 6,7,8
SafeArrayUnaccessData( psa );
VARIANT va;
va.vt = VT_ARRAY | VT_R4;
va.parray = psa;
// pass va to API that takes a variant
Blah( va );
SafeArrayDestroy( psa );
|
|
|
|
|
Did you try to pass it as a reference instead?
va.vt = VT_ARRAY | VT_BYREF | VT_R4;
va.pparray= &psa;
Your code seems to work fine other than that!
What API are you using? the way it expects to
receive your data is also important.
One good thing about getting older, you don't lose the ages you've been!
|
|
|
|
|
Ernest Laurentin wrote:
Did you try to pass it as a reference instead?
Yup, didn't work too.
The API is a Avid SoftImage XSI v2 SDK. It has virtually ZERO documentation so I'm guessing how to call it by looking at headers and vbscript examples.
The vbscript version works like this
<br />
Blah( array(5,6,7) )<br />
The C++ version is defined as
<br />
virtual HRESULT STDMETHODCALLTYPE Blah( <br />
VARIANT in_pNewEffPos );<br />
The worst part is the API runs successfully (HR succeeded) but the results are wrong.
I'm not well experienced enough with COM or I would have condemn it as a bug with their API straight away.
|
|
|
|
|
Sorry it took me long to write you!
Did you try to send "long" or "short" array?
You example here both integer value not float. Maybe
the API accepts integer value not float!
One good thing about getting older, you don't lose the ages you've been!
|
|
|
|
|
Ernest Laurentin wrote:
Maybe
the API accepts integer value not float!
Thanks for the reply.
Quite impossible. It should be taking either float or double because in the UI, one can enter decimal places for the values. They can't be using fixed point maths.
But I will try again just to make doubly sure.
|
|
|
|
|
I see... but I still think if you can make it work with
VBScript, you can implement the same in C++. Did you try
to reproduce simple code in VB? For example:
dim vbArray(3)
dim nloop
for nloop = 0 to 3
vbArray(nloop) = nloop+4 ' or other value
next
Blah( vbArray )
The reason I will do it like this instead to do just call:
Blah( array(5,6,7) ) is that I am not really sure
how VB interprets that line. But you should be able to reproduce
the same type of array (dim vbArray as "type").
Good luck!
One good thing about getting older, you don't lose the ages you've been!
|
|
|
|
|
That's a very good idea you have there. Unfortunately (fortunately?), it's weekend party and I have to wait till next week to try it out.
Thanks for your time. Very appreciated.
|
|
|
|
|
Fortunately for you, I guess! Keep in touch! Have great time!
One good thing about getting older, you don't lose the ages you've been!
|
|
|
|
|
Ah, I spotted an mistake
It should be
<br />
Dim vbArray(2)<br />
instead of
<br />
Dim vbArray(3)<br />
because for reasons I cannot fathom, vbArray(2) means a 3 element array.
Anyway, the vbscript in the form above works. I am unable to explicitly declare the dim type though. Dim vbArray(2) As Double generates an "Expected end of statement" error. This seems to be more of the scripting environment problem rather than mine. 
|
|
|
|
|
Yes, the reason is VBScript is only a subset of visual basic. You can't
really use that form Dim vbArray(2) as Double. In fact, I was
suggesting you to try it in Visual Basic or VBA (I use Excel sometimes to do that! 
As far as the syntax, Dim vbArray(3) is the one that I used with another
API and it works fine. BTW, VBScript will pass your data as an array of variant.
One good thing about getting older, you don't lose the ages you've been!
|
|
|
|
|
Basicly, I want to do this in vc++:
open Excel application
open Excel worksheet
add some cells
save & quit the application
all this without MFC, want to use it inside a dll.
I've searched the msdn for some while, but the only thing I've found was some examples using the vb libraries.
Can anyone show me a page where I can start from?
Is it true that there are no header files for office (examples use vbeext1.olb)?
Is it true that every office-version needs other libraries? (Some of our clients have o97, others have o2000 or oXP)
btw. I've already worked with com, direct-x is no problem for me.
tnx.
[VISUAL STUDIO 6.0] [MFC] [WIN98/2]
Bluute tette!
|
|
|
|
|
Look at MSDN
HOWTO: Embed and Automate a Microsoft Excel Worksheet with MFC (Q184663)
--------------------------------------------------------------------------------
The information in this article applies to:
Microsoft Visual C++, 32-bit Professional Edition, versions 5.0 , 5.0sp3 , 6.0
The Microsoft Foundation Classes (MFC)
Microsoft Office XP Developer
Microsoft Office 2000 Developer
Microsoft Excel 2002
Microsoft Excel 2000
Microsoft Excel 97 for Windows
--------------------------------------------------------------------------------
SUMMARY
This article describes how to embed a Microsoft Excel Worksheet into a View object in an SDI MFC application.
This article includes step-by-step instructions for embedding the worksheet and adding some text to cell A1, as well as comments explaining each step.
Although the sample code in this article can be taken and put into your application, the real benefit comes from reading and understanding the sample.
MORE INFORMATION
Here are the steps for creating the MFC application:
Use the AppWizard to create a new MFC AppWizard (EXE) project named "Embed_Excel."
Select Single Document as the type of application to create, and select Container as the type of compound document support to include. Accept all other default settings.
The following classes are generated:
Application : CEmbed_ExcelApp in Embed_Excel.h and Embed_Excel.cpp
Frame : CMainFrame in MainFrm.h and MainFrm.cpp
Document : CEmbed_ExcelDoc in Embed_ExcelDoc.h and Embed_ExcelDoc.cpp
View : CEmbed_ExcelView in Embed_ExcelView.h and Embed_ExcelView.cpp
Container Item : CEmbed_ExcelCntrItem in CntrItem.h and CntrItem.cpp
On the View menu, click ClassWizard . Click the Automation tab, click Add Class , and choose From a Type Library . Locate the Microsoft Excel type library , and add all the classes in the type library to your project. For Excel 97, the type library is located in Excel8.olb. For Excel 2000 the type library is located in Excel9.olb, and for Excel 2002, the type library it located in Excel.exe.
Add the following line to CntrItem.h:
LPDISPATCH GetIDispatch();
Then add the GetIDispatch method to CntrItem.cpp:
Sample Code
-----------
/*******************************************************************
* This method returns the IDispatch* for the application linked to
* this container.
********************************************************************/
LPDISPATCH CEmbed_ExcelCntrItem::GetIDispatch()
{
//The this and m_lpObject pointers must be valid for this function
//to work correctly. The m_lpObject is the IUnknown pointer to
// this object.
ASSERT_VALID(this);
ASSERT(m_lpObject != NULL);
LPUNKNOWN lpUnk = m_lpObject;
//The embedded application must be running in order for the rest
//of the function to work.
Run();
//QI for the IOleLink interface of m_lpObject.
LPOLELINK lpOleLink = NULL;
if (m_lpObject->QueryInterface(IID_IOleLink,
(LPVOID FAR*)&lpOleLink) == NOERROR)
{
ASSERT(lpOleLink != NULL);
lpUnk = NULL;
//Retrieve the IUnknown interface to the linked application.
if (lpOleLink->GetBoundSource(&lpUnk) != NOERROR)
{
TRACE0("Warning: Link is not connected!\n");
lpOleLink->Release();
return NULL;
}
ASSERT(lpUnk != NULL);
}
//QI for the IDispatch interface of the linked application.
LPDISPATCH lpDispatch = NULL;
if (lpUnk->QueryInterface(IID_IDispatch, (LPVOID FAR*)&lpDispatch)
!=NOERROR)
{
TRACE0("Warning: does not support IDispatch!\n");
return NULL;
}
//After assuring ourselves it is valid, return the IDispatch
//interface to the caller.
ASSERT(lpDispatch != NULL);
return lpDispatch;
}
Add the following line to Embed_ExcelView.h:
void EmbedAutomateExcel();
Then add the EmbedAutomateExcel method to Embed_ExcelView.cpp:
Sample Code
-----------
/********************************************************************
* This method encapsulates the process of embedding an Excel
* Worksheet in a View object and automating that worksheet to add
* some text to cell A1.
********************************************************************/
void CEmbed_ExcelView::EmbedAutomateExcel()
{
//Change the cursor so the user knows something exciting is going
//on.
BeginWaitCursor();
CEmbed_ExcelCntrItem* pItem = NULL;
TRY
{
//Get the document associated with this view, and be sure it's
//valid.
CEmbed_ExcelDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
//Create a new item associated with this document, and be sure
//it's valid.
pItem = new CEmbed_ExcelCntrItem(pDoc);
ASSERT_VALID(pItem);
// Get Class ID for Excel sheet.
// This is used in creation.
CLSID clsid;
if(FAILED(::CLSIDFromProgID(L"Excel.sheet",&clsid)))
//Any exception will do. We just need to break out of the
//TRY statement.
AfxThrowMemoryException();
// Create the Excel embedded item.
if(!pItem->CreateNewItem(clsid))
//Any exception will do. We just need to break out of the
//TRY statement.
AfxThrowMemoryException();
//Make sure the new CContainerItem is valid.
ASSERT_VALID(pItem);
// Launch the server to edit the item.
pItem->DoVerb(OLEIVERB_SHOW, this);
// As an arbitrary user interface design, this sets the
// selection to the last item inserted.
m_pSelection = pItem; // set selection to last inserted item
pDoc->UpdateAllViews(NULL);
//Query for the dispatch pointer for the embedded object. In
//this case, this is the Excel worksheet.
LPDISPATCH lpDisp;
lpDisp = pItem->GetIDispatch();
//Add text in cell A1 of the embedded Excel sheet
_Workbook wb;
Worksheets wsSet;
_Worksheet ws;
Range range;
_Application app;
//set _Workbook wb to use lpDisp, the IDispatch* of the
//actual workbook.
wb.AttachDispatch(lpDisp);
//Then get the worksheet's application.
app = wb.GetApplication();
//Then get the first worksheet in the workbook
wsSet = wb.GetWorksheets();
ws = wsSet.GetItem(COleVariant((short)1));
//From there, get a Range object corresponding to cell A1.
range = ws.GetRange(COleVariant("A1"), COleVariant("A1"));
//Fill A1 with the string "Hello, World!"
range.SetValue(COleVariant("Hello, World!"));
//NOTE: If you are automating Excel 2002, the Range.SetValue method has an
//additional optional parameter specifying the data type. Because the
//parameter is optional, existing code will still work correctly, but new
//code should use the new convention. The call for Excel2002 should look
//like the following:
//range.SetValue( ColeVariant( (long)DISP_E_PARAMNOTFOUND, VT_ERROR ),
// COleVariant("Hello, World!"));
}
//Here, we need to do clean up if something went wrong.
CATCH(CException, e)
{
if (pItem != NULL)
{
ASSERT_VALID(pItem);
pItem->Delete();
}
AfxMessageBox(IDP_FAILED_TO_CREATE);
}
END_CATCH
//Set the cursor back to normal so the user knows exciting stuff
//is no longer happening.
EndWaitCursor();
}
Add the following line to Embed_ExcelView.h:
#include "excel8.h"
NOTE: If you are automating Excel 2000, the header file is "excel9.h." If you are automating Excel 2002, the header file is "excel.h."
Look at the OnInsertObject() method of the View class. It is interesting to note that this method, and the method we've just written, are strikingly similar. In fact, the code we've written is merely a special case of OnInsertObject(), which allows the user to select from a list of available OLE objects to insert into the application. Because we only want to automate the Excel Worksheet, we override this behavior. For our application, remove all the code from the interior of InsertObject() and replace it with a call to EmbedAutomateExcel().
Compile and run the application.
On the Edit menu, click Insert New Object .
RESULTS: A Microsoft Excel worksheet is embedded into the View; additionally, through automation, the contents of cell A1 is populated with "Hello, World!"
|
|
|
|
|
I am trying to create a visualization for the Windows Media Player. The SDK comes with a wizard that creates an ATL class for a COM DLL with the appropriate interfaces etc. One of the functions is Render which is passed a HDC. Using the HDC one can draw whatever visualization. All this works fine.
Now I want to display some bitmaps. So in the DLL I added a Bitmap into the resource by importing a picture. Then I am trying to use LoadBitmap or LoadImage. Both fail. I get the following error when I call GetLastError:
1814: The specified resource name cannot be found in the image file.
I am assuming I am getting this because I do not have the propoer HINSTANCE for the call to LoadImage or LoadBitmap. I am using a NULL not knowing how to get the HINSTANCE for the media player. Or should it be one for the DLL? Now I am all confused..... help........
Thanks...
|
|
|
|
|
Finally got it. I needed to use _Module.GetResourceInstance()
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
