Hi Tony, My guess would be that your CtestDlg::DoDataExchange function has a DDX_Control[^] entry for the m_ctrlFontsX member. If I am correct then you should comment it out or remove it. This happens when you right click a control in the VS dialog editor and choose 'Add Variable'. Visual Studio will add a member variable along with a DDX entry in the DoDataExchange function. Essentially what is happening is that MFC has already subclassed the control and added the handle into the internal permanent handle map. Here is an excellent document explaining MFC handles and temporary CWnd* objects: Inside MFC: Handle Maps and Temporary Objects[^] Let me know if I was correct. Best Wishes, -David Delaune

:-D If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile. This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke [My articles]

if(IntPtr.Size == 8) { //64-bit } else if(IntPtr.Size == 4) { //32-bit } This is based off the OS installed, not the CPU which is what I think you are looking for.

Are you looking for a seriously advanced one (see this thread), or just one to handle 4-5 basic operators? The latter cab be done via a basic RPN calculator. "Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown "Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

See if anything here[^] helps. Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”

Tony Teveris wrote: It is NOT an extension DLL, just a normal DLL Cool. Try adding this to the top of the callback... AFX_MANAGE_STATE(AfxGetAppModuleState()); Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

You're welcome.;)

This is exactly what I have been doing for the last 4.5 months. I was hired on to port an application from Borland to VS 2005 with some C# sprinkled in there. To be more specific, I am porting from Borland OWL. Are you using OWL? Sorry, I am not familiar with Borland C++ Builder or the Borland tools. I'm just porting code and we use a makefile to compile the Borland code. I can give you some pointers if you are using OWL. A lot of the classes and methods transfer quite easily to MFC. Things like TDC is a CDC, TPen is a CPen. There are other portions of Borland which are nice and make you wish MFC had the same thing. For example, Borland has an actual color class (TColor). There is no equivalent in MFC so I had to use a COLORREF and the RGB macros in place of TColor. There are other helpful Borland classes which you just need to figure out how to do the equivalent in MFC. Since you will be working with MDI, you should be aware of Borland's window structure. Do you have a background in MFC and how the window classes relate? In MFC, a window contains a MainFrame which itself controls the MDIClient window. These are one-in-the-same when it comes to MFC classes. In Borland, you actually have two separate classes. A TMDIClient class and TMDIFrame/TDecoratedMDIFrame. You will need to convert the two classes into the one CMDIFrameWnd. Does the project use STL? The STL is different between the two and requires some minor name changes. A compile error will point this out and you can usually figure out the equivalent just looking it up on MSDN. Unfortunately, there is really no information on-line for Borland information. I use their OWL help documentation if I ever get stuck. This should at least give you a heads up. Let me know if you have any more questions or concerns. We can take this to e-mail if necessary.

Yes First reply is correct, you can not load 64-Bit process from 32-Bit process.because there are lot's difference in basic dlls(kernal32.dll user32.dll) of 32-bit and 64-bits One thing you can do is you can involke through ShellExecute API. You need to make 64-Bit binary through .Net version. Then you can inovlke this binary applicaton from 32-bit. I have done in one of our application, Thanks, Prakash. sonani prakash

That seems to work as long as the "Start In" field points to the same folder "d:\Omega16 xxx" Thanks Tony Teveris Gerber Scientific Products Senior Software Engineer Phone: 860 648 8151 Fax: 860 648 8214 83 Gerber Road West South Windsor, CT 06074

toxcct wrote: definitely yes !! Nice :) toxcct wrote: what's my first task captain ??? I will send you first task by email, gather good question from them :) Ok!,Also a intresting comment is posted on 45 day series article page, have look over 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

In your CMainFrame class there is a variable as CStatusBar m_wndStatusBar; Now to set the text on your status bar use m_wndStatusBar.GetStatusBarCtrl().SetText("Your Text",0,0); Rahim Rattani Software Engineer, Matrix Systems (Pvt) Ltd., Karachi - Pakistan

Hi, I don't know how the color palette of corel looks like, but have a look @ the following articles, These may help you to start developing your own Palette http://www.codeproject.com/miscctrl/gradient.asp[^] http://www.codeproject.com/docking/prod_profuis.asp[^] http://www.codeproject.com/miscctrl/colour_picker.asp[^] Best of Luck Sujan

If any modification the user can do causes a call to SetModifiedFlag() then you could time things of this. You would also have to take account of which view was active. So, have a timer going once/sec in mainframe. Any OnActivateView()/SetModifiedFLag() causes the mainframe 60 sec count to be reset. Else, increment the active documents time variable. Roger Allen - Sonork 100.10016 If your dead and reading this, then you have no life!