ATL / WTL / STL

Re: get SafeArray data......

1-Feb-09 23:44

You seem to be creating an array of type VT_BSTR, which is fine, but then complicating things somewhat.
I'd recommend using SafeArrayAccessData to get a pointer, say pData, to your array of BSTR pointers then in a loop using pData[n] = SysAllocString(L"Victory"); to set the pointers and then SafeArrayUnaccessData at the end.

vijay.victory2-Feb-09 18:32

vijay.victory

2-Feb-09 18:32

Thanx ur reply...

If I want to assign my char *str[50] array of word list to that safearray.
then what should I do?

Do I assign each word from str array as above
or.
Is there any another way..
that I can assign just address of str array to safearray??

plz reply..
I m waitng for ur valuable reply.

regards,
Victory

Re: get SafeArray data......

Jonathan Davies2-Feb-09 23:21

Problem in Registerign COM Add-In

2-Feb-09 23:21

Using the method mentioned its only memory for the BSTRs (which are pointers) that been assigned so to get a complete string you'd need to assign memory somehow. Using SysAllocString takes care of that for you and also looks after the length of the string, something that could complicate matters.

You can assign memory to the SAFEARRAYS data area, if the rest of the SAFEARRAY has been setup to expect the type of data you put there. Personally I'd get it working using the method mentioned before looking for other ways but I'm sure there are plenty of articles etc on other ways.

SNI29-Jan-09 22:12

Re: Problem in Registerign COM Add-In

29-Jan-09 22:12

Hi,
I have developed a COM Add-In for MS-Office 2003 & 2007. I am able to register this Add-In (DLL / EXE) using regsvr32.exe and I am able to use the functionalities of this component. But I am able to use this in my profile but if different user logs in to the system the same Add-In functionality will not be available, the user needs to register again this DLL / EXE in his own profile.
I would like to know how to register this DLL / EXE so that all users logging this m/c should be able to use this Add-In functionality.

Thanks
SNI

SNI

«_Superman_»1-Feb-09 1:02

«_Superman_»

1-Feb-09 1:02

Try creating the following registry key.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\<Office App>\Addins\<Add-in Name>

By default an office add-in is registered as the following registry key.

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\<Office App>\Addins\<Add-in Name>

So you will need to duplicate the key in the first location to the second location.

«_Superman_»

ATL Add-In and MFC DLL communication problem?

SNI23-Jan-09 1:50

23-Jan-09 1:50

Hi,
I have ATL (EXE server) component, which is Add-In for Office applications (Word,Excel,PowerPoint). When we installed / register this Add-In we are able to trap Document Open, Close etc events.
We have implemented Interfaces in ATL (EXE server) component and we want to call these Interfaces from my DLL. I am able to call this Inteface from DLL's constructor. But when i am trying to call this Interface from member function of the same DLL it is giving "-2147417843" error.
Also I am trying to call this Interface from Callback function it is giving the same error.
The flow of communication between different component is

[MFCDLL ----Calling Callback impleneted in ---> MFCEXE ---This callback is calling Interface of ATL Add-In---> It is giving error. ]

Please suggest is there any possiblity to call CallBack / Interface implemented in ATL (EXE server) component from DLL.

Thanks
SNI

SNI

Roger Stoltz23-Jan-09 6:07

Roger Stoltz

23-Jan-09 6:07

SNI wrote:
But when i am trying to call this Interface from member function of the same DLL it is giving "-2147417843" error.

This error is a COM related error.
The description is this:
"An outgoing call cannot be made since the application is dispatching an input-synchronous call."

I'm not able to follow your explanation of how the different modules are connected, in what process the DLL is located, what calls are made from where to what and in what order.
And what do you really mean by "callback"?
Is it a COM event sink or what? I suspect it is.

However, I'm quite familiar with the error you've got.
It means that you are making a call to a COM server that resides in another apartment and that COM server wants to call you back in the same call chain.
This is not allowed since it would generate a deadlock.
I suppose you've heard that COM threads always have to process messages, at least the ones that create COM objects.... The reason is that when you make a call from one apartment to another, the call will generate a message that is sent from the calling apartment (the proxy) to the called apartment (the stub). When the call has been processed a message is sent back that the calling apartment is waiting for. During that time the calling apartment is not available for incoming COM calls and thus the COM library generates an error if you're attempting to do it.
This is the same problem you'll get if you're sending a message to another thread with ::SendMessage() instead of ::PostMessage(); if the receiving thread does not process messages you'll get a nice little deadlock.

SNI wrote:
Please suggest is there any possiblity to call CallBack / Interface implemented in ATL (EXE server) component from DLL.

I strongly recommend that you re-evaluate your design in a way that you don't make an outgoing call from the called interface function. You could post a message inside the server with the information needed.

There is another solution.
It will probably make your project increase in complexity ten fold at least, but you could make the servers free-threaded and let effected threads live in the multithreaded apartment of the process.
It's possible, but don't say I didn't warn you.

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

SNI29-Jan-09 2:12

29-Jan-09 2:12

Thanks for your reply.
I would like to put the same question in other words. I am rephrasing this to understand the question properly.
-----------------------------------------------------
I have created Office AddIn Exe (Out Proc Server ) Com Component in VC++.
When i am creating instance of COM Exe in my MFC DLL by following way,

HRESULT hRes = CoInitialize(NULL);
HRESULT hr=::CoCreateInstance(CLSID_TestILGAddIn,NULL,CLSCTX_LOCAL_SERVER,IID_ITestILGAddIn,(LPVOID *)&pILGComAI);
if (hr != S_OK)
{
AfxMessageBox(_T("CreateInstance Failed"));
}

Here CoCreateInstance is failed with return error no "-2147417843"
------------------------------------------------------
Please let me know what can we do in this case?

Thanks
SNI

SNI

Roger Stoltz29-Jan-09 3:14

Roger Stoltz

29-Jan-09 3:14

SNI wrote:
I have created Office AddIn Exe (Out Proc Server ) Com Component in VC++.
When i am creating instance of COM Exe in my MFC DLL....

If this is an Office AddIn, doesn't the Office application create the server?
Why do you have to create it?
It should be "installed" or "registered" in the Office application so it knows that the server should be created at start up.

From where is your DLL called when you're trying to create the server?

SNI wrote:
Here CoCreateInstance is failed with return error no "-2147417843"

Without knowing from where your code is called, I cannot answer why you get this error better than in my previous post.
But, since this is a dll, you may be called in a thread that doesn't pump messages. So you should create a secondary UI-thread (one that pumps message) and create your server from there. Also be sure to initialize COM in that thread.

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

SNI30-Jan-09 2:16

30-Jan-09 2:16

Hi,
Thanks for your reply and it is very usefull. We are sending msg using SendMessage which bolcks the thread. We have simulate this using by sending msg using SendMessage and it reproduced. So we use PostMessage instead of that and it resolves the problem.
Is there any way other than PostMessage we can use?

Thanks
SNI

SNI

SNI20-Feb-09 0:26

How to deal with "Currently ATL objects may only be added to ATL projects, or certain types of MFC projects (EXE, Control, Regular DLL)."?

20-Feb-09 0:26

Hi,

we need to send some information such as file name and we can do it by sending msg using SendMessage but we cannot send it thru using PostMessage. Is there any way by which we can send file name to other thread.

Thanks

SNI

huangdingjun21-Jan-09 14:51

huangdingjun

21-Jan-09 14:51

Hi all,

I have a ATL&COM project, the problem is when I add a new object of ATL it pop a dialog and displayed like this "Currently ATL objects may only be added to ATL projects, or certain types of MFC projects (EXE, Control, Regular DLL)."

Who can tell me how to deal with this poblem?

Thanks

Re: How to deal with "Currently ATL objects may only be added to ATL projects, or certain types of MFC projects (EXE, Control, Regular DLL)."?

Stuart Dootson21-Jan-09 21:26

need help with wtl 8 owner drawn controls

21-Jan-09 21:26

I just created a small ATL DLL project (with VS2003). Commenting out the declaration of the variable _AtlModule and/or its type caused this issue for me - so make sure you're not doing that! You may need to rebuild the project to get VS to recognise your project's ATL-ness.

I think the ATL class wizard is looking for a valid LIBID definition?

Babil_JR21-Jan-09 5:25

Babil_JR

21-Jan-09 5:25

hi all,
i need help for making a CTrackBarCtrl transparent.
followed various threads around, but still haven't found
a working answer.
I have a template class:

template <class t=""> class CTrackBarTransparentT : public CWindowImpl<ctrackbartransparentt><t>,CTrackBarCtrl>
{...}

with handled WM_ERASEBKGND and WM_PAINT:

...
HDC dc = (HDC)wParam;
HBRUSH hbrOld = NULL;
HBRUSH hbr = NULL;
hbr = (HBRUSH)GetStockObject(HOLLOW_BRUSH);
//hbr = CreateSolidBrush(RGB(255,0,0)); //to impart color
hbrOld = (HBRUSH)SelectObject(dc, hbr);
RECT rc;
GetClipBox(dc, &rc);
PatBlt (dc , rc.left, rc.top, rc.right - rc.left , rc.bottom - rc.top,PATCOPY);
SelectObject(dc, hbrOld);
...

but this got no effect...
i think that the point should be to paint with an hollow brush, but this doesn't seems to
work for me.

Thanks in advance

Re: need help with wtl 8 owner drawn controls

Stuart Dootson21-Jan-09 6:26

21-Jan-09 6:26

Looking at this article[^], the difference between that and what you've got is setting the DC's background mode[^] - don't know if that'll make the difference.

I also saw this article[^] which says:

A TrackBar control does not repaint itself until it gets the focus. So, if you enable run time changes of appearance, and you have one, you'll have to set and reset the focus in order to show it properly.

That may be of more relevance...

exports enum from COM

vijay.victory20-Jan-09 22:13

vijay.victory

20-Jan-09 22:13

hi experts,

Currently I m doing a COM DLL which exports some functions and enums structures.

can anybody help me to exports the enums from COM.

my enum definition is like this:

typedef enum LANG{
HIN,ENG,MAR,JAP,CAN
}LANG;

how can i declare this so that i can use it in client side using VB.
and I m using VC++ 6.0 and VB 6.0

plz help me.
thanx in advance.,

regards,
Victory

Jonathan Davies21-Jan-09 0:05

21-Jan-09 0:05

I did a quick search for enum in my .idl files and found the following where an enum is used as a parameter in an interface if its of any help. This was definitly for VC++ 6.0 COM called from VB.

typedef [v1_enum] enum CoolingSystem
{
	System1 = 0x00000001,
	System2 = 0x00000002
}CoolingSystem;


	
[
      uuid(B30CF430-3E47-11D5-8088-0050DAD52C1D),
      helpstring("IFridge Control Interface"),
]
interface IFridgeControl : IUnknown
{
        [id(0x00000001), helpstring("Select working System")]
        HRESULT SelectSystem([in] CoolingSystem System);

Jonathan Davies21-Jan-09 0:28

21-Jan-09 0:28

Having found the VB files that used this interface to call C++ implemented COM I see:
An object declared usaing the tlb namespace:
Dim WithEvents m_objController As CONTROLLERLib.CoController
Then in a sub procedure I can type the namespace CONTROLLERLib and on typing the . after it the intelli-sense displayes all the enumerated values from the .idl file.
I can then type:
CONTROLLERLib.CoolingSystem = CONTROLLERLib.System2
though I don't think this correct and I'm not set up to try actually run antything
I also came across the enum (CoolingSystem) used in a VB Sub declaration:
Private Sub m_objController_TemperatureChanged(ByVal ErrorCode As Long, ByVal System As CONTROLLERLib.CoolingSystem, ...
Maybe it's something to go on.

vijay.victory21-Jan-09 2:26

vijay.victory

21-Jan-09 2:26

Thanx budy..
it works..
but i dont want it to add into COM property..
so only above declaration got useful

Stuart Dootson21-Jan-09 0:07

21-Jan-09 0:07

Make sure the enum is in the 'library' part of the IDL file: I just built and registered a little COM DLL with this IDL:

import "oaidl.idl";
import "ocidl.idl";

[
   uuid(AB41E782-D178-47AA-950A-91406234E0A5),
   version(1.0),
   helpstring("aa 1.0 Type Library")
]
library aaLib
{
   importlib("stdole2.tlb");
   typedef enum LANG{ HIN,ENG,MAR,JAP,CAN }LANG;
};

Opening it in the Object Browser in Word's VBA IDE showed the enumerated type and the enumerations.

HTH!!!

CAtlHttpClient

TURK18-Jan-09 7:08

TURK

18-Jan-09 7:08

I want to retrieve information from secured(requires user name and
password) web service. I can connect it with .NET 2.0 web service using
NetworkCredentials class. But when I tried it with C++, I cannot even
send the username and password. The code doesn't send any authentication information. So the
server send HTTP 401 Authectication error back.

I'm searching web. I read and tried all I found.

I use VS2008 with ATL Server Library & tools.

thanx.

Re: CAtlHttpClient

Stuart Dootson18-Jan-09 7:37

18-Jan-09 7:37

I'm guessing you need to add authorisation objects to the HTTP client object[^]? Mentions the 401, anyway.

Re: CAtlHttpClient

TURK18-Jan-09 8:16

TURK

18-Jan-09 8:16

// copy from MSDN HTTPClient atl example project

class CSampleBasicAuth : public CBasicAuthObject, public IAuthInfo
{

    void Init(CAtlHttpClient *pSocket, IAuthInfo *pAuthInfo)
    {
        CBasicAuthObject::Init( pSocket, pAuthInfo );
    }
    

    bool Authenticate(LPCTSTR szAuthTypes, bool bProxy)
    {
        /*
        CBasicAuthDlg authDlg;
    
        if (authDlg.DoModal() == IDOK)
        {
            username = authDlg.m_username; 
            password = authDlg.m_password;

            return CBasicAuthObject::Authenticate( szAuthTypes, bProxy );
        }
        */
        username = _T("user");
        password = _T("password");

        return CBasicAuthObject::Authenticate( szAuthTypes, bProxy );
    }

    HRESULT GetPassword(LPTSTR szPwd, DWORD* dwBuffSize)
    {
        if (CopyCString( password, szPwd, dwBuffSize ))
            return S_OK;

        return E_FAIL;
    }

    HRESULT GetUsername(LPTSTR szUid, DWORD* dwBuffSize)
    {
        if (CopyCString( username, szUid, dwBuffSize ))
            return S_OK;

        return E_FAIL;
    }
    HRESULT GetDomain(LPTSTR szDomain, DWORD* dwBuffSize)
    {
        ATLASSERT(false);
        return S_OK;
    }

    CString username;
    CString password;
};



// Create a pointer to my service
Service::CService *srv = new Service::CService();
 
CAtlHttpClient &httpClient = srv->m_socket;

CSampleBasicAuth *basicAuth = new CSampleBasicAuth();	
	
httpClient.NegotiateAuth(true);
httpClient.AddAuthObj( ATL_HTTP_AUTHTYPE_BASIC, basicAuth, basicAuth );


srv.doSomeThing()..

what's wrong ?

thanks

Re: CAtlHttpClient

Stuart Dootson18-Jan-09 8:27