ATL / WTL / STL

Re: Possible to have a two-way Associative Arrays

4-Jul-09 7:49

Probably be quite difficult to port the approach used in Boost - one of the first comments I saw in the bimap headers was:

// Bimap Core, use mpl magic to find the desired bimap type

Once you're using the words 'mpl' (== C++ template metaprogramming library) and 'magic' together, there's little to no hope of translating the code directly to another language. I suspect some form of code generator would be the best bet (I seem to remember a container generator being written by someone before C# got generics - that would be similar).

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

ComplexLifeForm25-Jun-09 7:01

ComplexLifeForm

25-Jun-09 7:01

Thank you Andy and Stuart for the reply.

I was looking for boost bi-map type functionality.

Regards
Smile | :)

How to Implement RPC in windows XP

suthakar5618-Jun-09 18:45

18-Jun-09 18:45

Hi,

I need to implement the RPC in windows XP based system and I created an IDL file which contains the RPC calls and i created stub files. While compiling with server and client application it shows "You need a Windows NT Version 4.0 or Later to run this stub".But i am using Microsoft Visual C++ 6.0. Can anyone help to solve this problem?

Thanks,

S.Suthakar

Stuart Dootson18-Jun-09 22:05

18-Jun-09 22:05

You probably need to set WINVER[^] to reflect you're using Windows XP, rather than Windows 98, which was the current version of Windows when VC6 came out.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

led mike19-Jun-09 5:25

led mike

19-Jun-09 5:25

What Stuart said and depending on what you are using you might need to have an updated Platform SDK[^] from the original VC6

suthakar5619-Jun-09 5:38

19-Jun-09 5:38

I am using original version. The auto generated code only shows the error(defined in #).if i remove that then it is compiled.

led mike19-Jun-09 5:53

led mike

19-Jun-09 5:53

suthakar56 wrote:
I am using original version. The auto generated code only shows the error(defined in #).if i remove that then it is compiled.

I have no new information. Follow the advice previously given by myself and Stuart.

Stuart Dootson19-Jun-09 12:46

19-Jun-09 12:46

Good point - I forgot that one. So long since I used VC6....since I moved to VS2003, I've always used a Visual Studio newer than my standard target (Windows 2000 - we've not managed to make the giant leap to XP or Vista at the company I work for).

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

suthakar5619-Jun-09 22:30

19-Jun-09 22:30

Hi,

I compiled the idl file and it creates server and client (ie client_c.c and server_s.c) stub files.Client stub file is working properly in application.But In server stub file Interface definition is not implemented(generated code).(I created idl file project type is ATL COM AppWizard and server type as Service).

Regrads,
Suthakar

Stuart Dootson20-Jun-09 14:09

20-Jun-09 14:09

suthakar56 wrote:
But In server stub file Interface definition is not implemented

What do you mean by 'not implemented'?

I just tried a quick sample of IDL, which I processed with midl /server stub /client stub a.idl - seemed to have the correct server marshalling code.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

suthakar5621-Jun-09 17:53

21-Jun-09 17:53

I just compiled .idl by vc++ editer itself.It creates the client and server stub files.I want to know that whether i should compile .idl file using midl compiler only or the the first is enough.
Not implemented -->The function(idl) definition is implemented in server stub file (in my sample code).But original code it was not there.

Stuart Dootson21-Jun-09 20:07

21-Jun-09 20:07

suthakar56 wrote:
I just compiled .idl by vc++ editer itself.It creates the client and server stub files.I want to know that whether i should compile .idl file using midl compiler only or the the first is enough.

VC++ uses MIDL. That's fine.

suthakar56 wrote:
Not implemented -->The function(idl) definition is implemented in server stub file (in my sample code).But original code it was not there.

Can you explain what you mean by 'But original code it was not there'

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

suthakar5621-Jun-09 20:20

21-Jun-09 20:20

I am already having some sample code for RPC which executes perfectly.But my RPC server stub code, implementation of idl function definition (ie auto generated) was not there.

Stuart Dootson21-Jun-09 20:32

21-Jun-09 20:32

So - do you mean there was no whatever_s.c file? Or that it was empty? Try posting your IDL, and look in your VC++ project settings for that file to see what the command line to compile the IDL is and post that.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

suthakar5623-Jun-09 23:53

23-Jun-09 23:53

Hi, now server is working fine but in client side it through an exception while running with breakpoints in client stub file.The idl file is as follows

[ uuid (id),
  version(1.0),
  pointer_default(unique)
]
interface myidl
{
typedef struct 
{
	int data;
}DATA_ST;

void function([out] [in] DATA_ST *,DATA_ST);
}

NdrNsGetBuffer( (PMIDL_STUB_MESSAGE) &_StubMsg, _StubMsg.BufferLength, myidl__MIDL_AutoBindHandle );
while running this above function it through the exception " Runtime reported exception 0x6e2 = 1762.I want to know how the synchronization is maintained between client and server.

Stuart Dootson24-Jun-09 0:25

24-Jun-09 0:25

suthakar56 wrote:
I want to know how the synchronization is maintained between client and server.

By maintaining a single thread of control between client and server - the calling thread on the client side waits while an RPC call is made.

suthakar56 wrote:
void function([out] [in] DATA_ST *,DATA_ST);

Should that be

void function([out] DATA_ST *,[in] DATA_ST);

suthakar56 wrote:
Runtime reported exception 0x6e2 = 1762

Error 1762 == RPC_S_NAME_SERVICE_UNAVAILABLE. Means it can't find the server, I think.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

suthakar5624-Jun-09 22:59

24-Jun-09 22:59

Hi Stuart, The problem is solved.As a beginner,I missed the .acf file.So that the problem is created.Now this is working fine.Thank you for your replies.

Stuart Dootson24-Jun-09 23:23

ATL Server Web Service on Vista / IIS 7 and VS2005

24-Jun-09 23:23

Good! Well done for sorting it out!

suthakar56 wrote:
As a beginner,I missed the .acf file

I've never used an acf file when I've used MS-RPC - I guess the situations where I've used RPC have been simple enough for me to get away without one.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Condorito17-Jun-09 7:52

Condorito

17-Jun-09 7:52

Hi There !!!
Let's find someone who could help me on this problem.

I have created on VS2005 under Windows Vista a new Visual C++ ATL Server Web Service Project with:
Blob Cache
Session Services (Memory-backed session-state service)
I compiled the project sucessfully. Then, i opened IExplorer and access de URL to generate the WSDL.
The WSDL of the web service was generated with sucsess.

This is my problem:
With this simple and basic project, i changed the configuration properties to support Common Language Runtime Suport, Old Syntax (/clr:oldSyntax)
The compilation of the project was made successfully.
The problem was when i go to access the web service to generate the WSDL via web browser.
I access the URL (something like: http://localhost/ATLWS1/ATLWS1.dll?Handler=GenATLWS1WSDL) on IExplorer, and the web browser hangs and no result is returned.
Just a page indicating that "Internet Explorer cannot display the webpage".

There some dependency or configuration missing to support CLR ?? I tried the same scenario on Windows XP and this works fine.

Detect ATL control under IE8

chatko16-Jun-09 8:50

chatko

16-Jun-09 8:50

Hi, (cross-post with web-dev)

I'm trying to detect if my ATL control is installed on the users system in IE8. I am using the following vbscript code:

function DetectActiveX (controlName)
    on error resume next
    dim res
    res = 0
    if IsObject(CreateObject(controlName)) then
        res = 1
    end if
    DetectActiveX = res
end function

The problem is that the detection fails if the control has been installed by the user running firefox (or any other non-IE browser) and when the user later returns to the same page using IE8.

This is because IE8 blocks the object creation with an "Add-on disabled, Run add-on?" drop down info bar. My javascript/vbscript has no way to detect this situation, so i force a download ... which is is at best confusing to the user.

Anyone have a suggestion on what else i could try? Since my previously run installer has binary access, perhaps it needs to register something extra with IE8/windows when installed outside of the IE8 process?

Thanks,

Chris

Cross Posted

led mike17-Jun-09 4:45

led mike

17-Jun-09 4:45

Please don't cross post

Crashes in ATL conversion macros

Andrew Hain15-Jun-09 1:25

Andrew Hain

15-Jun-09 1:25

We have been encountering crashes in ATL conversion macros where the ATL library function pointer g_pfnGetThreadACP points not to an actual function but into thin air. The call through g_pfnGetThreadACP can be eliminated by compiling with _CONVERSION_DONT_USE_THREAD_LOCALE defined, but this loses the thread-specific code page in our multithreaded programs. There is no compiler option to simply use CP_THREAD_ACP, although the restriction to Windows 2000 and later would be more than enough for our needs.

The programs that have been crashing are compiled with Visual Studio 2005 in release build; debugging builds and similar programs compiled with Visual Studio 2003 do not crash. All programs that have crashed use an in-house port of Objective Grid 9.02 to VS8 which we have used for over a year but programs only just started crashing so there must have been something else that has changed. All crashes have either been when the program has been initializing (MFC InitInstance()) or closing down.

Has anyone got any ideas?

Re: Crashes in ATL conversion macros

Stuart Dootson15-Jun-09 22:44