Look at the top of a .h file that ClassWizard creates. Notice that it adds both #if !defined and a #pragma once preprocessor directives. Those are to keep the file from being included more than once. "When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

deniz79s wrote: I used direct windowsXP messageBoxes via p/invoke methot. What is a "p/invoke methot?" "The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

IPicture interface returns HDC HRESULT get_CurDC( HDC* phdcOut //Receives a pointer to device context ); Use COLORREF GetPixel( HDC hdc, // handle to DC int nXPos, // x-coordinate of pixel int nYPos // y-coordinate of pixel ); COLORREF SetPixel( HDC hdc, // handle to DC int X, // x-coordinate of pixel int Y, // y-coordinate of pixel COLORREF crColor // pixel color );

a look at msdn brings the following solution: using namespace System::Runtime::InteropServices; const char* str = (const char*) (Marshal::StringToHGlobalAnsi(managedString)).ToPointer(); // use str as you wish or copy it elsewhere // free string Marshal::FreeHGlobal(IntPtr((void*)str)); We are men. We are different. We have only one word for soap. We do not own candles. We have never seen anything of any value in a craft shop. We do not own magazines full of photographs of celebrities with their clothes on. - Steve

deniz79s wrote: or is there another usage float and double variables? I haven't known No! double d = 0.0; double d = 1.0; double d = 0.152; double d = 123.456; float f = 0.0; float f = 1.0; float f = 0.152; float f = 123.456; should all produce the correct results. Now if you wher trying to do something like "if( d == 1.0 )" you may be having a problem (don't do that!). INTP

posting a snippet of code of the function that is calling the message box might help. More info is needed. Try reming out the applicaiton::exit() and see if the app closes after pressing the ok button on the message box. Tom Wright tawright915@yahoo.com

Managed C++, #using and Windows header macros don't mix too well. The file you've included has redefined GetObject to GetObjectA, so when you try to use Resources::GetObject, the preprocessor rewrites GetObject to GetObjectA, which doesn't exist. The preprocessor is basically dumb. The culprit appears to be WinGDI.h, which is included from Windows.h. It may seem odd to have two different entry points for GetObject, since it doesn't take any string parameters, but this controls whether calling GetObject on a font object handle returns a LOGFONTA or a LOGFONTW (and hence whether the lfFaceName string is ANSI or Unicode). About all you can do is find the call to Resources::GetObject, and either ensure that it occurs before WinGDI.h is included (not practical) or use #undef to undefine GetObject.