OK, will you support ActiveX controls, javascript, etc ? How many years do you have to do this, assuming you'll be alone ? Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert

tbrake wrote: So it might the easiest for me ether to deactivate tooltips at all call CToolBarCtrl::GetToolTips to get CToolTips class pointer associated with the Toolbar and then Call CToolTipCtrl::Activate() to deactivate it "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and You

You may have to add the base class in each DLL and derive the class from that base class.. Knock out 't' from can't, You can if you think you can :cool:

Can you attach a call stack? Steve

from MSDN... "MFC71.dll does not need to be redistributed with MFC applications if you statically linked to the MFC DLL (that is, unless you specified Use MFC in a Static Library on the General tab in the Project Settings dialog box)."

I am not sure but i think i need the numeric interpretation. The controller is a GPIB card (16 BIT connector) - to the receiver there is an initialisation string send to as char "N00,TH0,V0123456789:;<=>?\n" changing anything here will end up in errors. ... ah i think i can do this like : int hex = 0x2ABCDEF; cmd[0] = ((hex & 0x0F000000)>>24)+48; cmd[1] = ((hex & 0x00F00000)>>20)+48; cmd[2] = ((hex & 0x000F0000)>>16)+48; cmd[3] = ((hex & 0x0000F000)>>12)+48; ... OK i try this :cool: THX Timen

tbrake wrote: How can i change the interpretation of a variable. cout<<hex<<123233;//displays in hexadecimal format. cout<<oct<<121223;//displays in octal format. cout<<dec<<12323;//displays in decimal format. Nibu thomas A Developer Programming tips[^]  My site[^]

Errr... Does it actually work though. Using DDE is just fine. You shouldn't have to change anything. Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

you can get the app with AfxGetApp: CMyApp *pApp = (CMyApp*)AfxGetApp(); this site[^] can show you how to get lists of docs, framewnds, views, etc.. Cleek | Image Toolkits | Thumbnail maker

it is ur responsbility to open the file clicked. check command-line of CWinApp then open a new Doc for the file. A special image tool for C++ programmers, don't miss it! The world unique Software Label Maker is here for you and me ... A nice hyper tool for optimizing your MS html-help contents.

Exactly. If the thread does not end 'quickly' while doing its own work, then it is obviously making alot of synchronous calls, so then you need a redesign anyway, otherwise, it is just safest to wait. In between making calls to do wok, the thread should check an 'exit' flag - a variable set to tru or soemthing. While 'waiting' for something to finish, it should use synchronization functions. You might have to use overlapped IO or look for asynchronous methods and API for things yo are doing synchronously. Also, try adjusting timeouts on operations. If you know you are waiting, you can always tell user 'waiting for XXX to finish before shutting down' or some such message. In the case of Windows shutting down, well perhaps whatever you are waiting for will terminate, so your thread can finish up nicely anyway. People that start writing code immediately are programmers (or hackers), people that ask questions first are Software Engineers - Graham Shanks

Hello Like this HDC hdc=CreateCompatibleDC(GetDC()->m_hDC); HBITMAP hBit=CreateCompatibleBitmap(GetDC(),Width,Height); SelectObject(hdc,hBit);//hBit=(HBITMAP)SelectObject(hdc,hBit); BitBlt(hdc,0,0,400,400,GetDC()->m_hDC,0,0,SRCCOPY); SelectObject(hdc,hBit);//hBit=(HBITMAP)SelectObject(hdc,hBit);

James R. Twine wrote: Besides, I am fairly certain that a DLL loaded into your address space can allocate memory that you can free It used to be no problem, on OS like Win9x and Win2000. We had writen our own Dll who encrypted some data returning the BYTE* pointer to the encrypted data which was freed after use in our application. Without any problems what so ever. We then moved to WinXP and our application crashed on the the delete[] of the memory returning in a access violation. Found this on the net: Potential Problems When Crossing DLL Boundaries It is not possible to allocate memory in a DLL (either explicitly with malloc / new or implicitly with aforementioned strdup) and pass the pointer across the DLL boundary into the process space to free it, when the DLL and the application are using different copies of the CRT (C-RunTime) libraries. This will cause a nasty memory access violation or worse: corrupt the heap! When you bump into an assert in the CRT lib when it tries to execute free(), you will know you have run into this very problem. Memory is only valid for the copy of the CRT where they were allocated. This means that when you are using two different CRT libraries (LIBCMT.LIB and MSVCRT.LIB for example) together, you cannot expect one to correctly free something the other has allocated. Because they most probably are using different heap managers, the heap runs the risk of becoming corrupted when you run the application in release mode! Pity the programmer who has to track the bug that crashes his application this way. So its better safe the sorrow. codito ergo sum

tbrake wrote: I receive some errors! What errors? class Complex { ... }; Complex operator!( double&, Complex& ); "The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli

OK, I've done some testing: this works: #include #include #include class CAR { public: virtual char * GetInfo() { return "BASE"; }; }; class BMW: public CAR { char * GetInfo() { return "BMW"; } }; class Gemini :public CAR { char * GetInfo() { return "Gemini"; } }; class Benz :public CAR { char * GetInfo() { return "Benz"; } }; int _tmain(int argc, _TCHAR* argv[]) { std::list cars; cars.push_back(new BMW()); cars.push_back(new BMW()); cars.push_back(new Gemini()); cars.push_back(new Benz()); std::list::iterator it = cars.begin(); while(it != cars.end()) { std::cout << (*it)->GetInfo() << std::endl; ++it; } int i; std::cin >> i; return 0; } but if you don't store pointers in the list, then it does indeed downcast to the base class. Christian Graus - Microsoft MVP - C++