You should not do that. Instead: (1) declare your variable as extern in the (commonly included) header file, for instance in MyApp.h: extern bool bSetOutputToDebugWindow; (2) define the variable only once, inside one source file, for instance MyApp.cpp (please note I did not use the static keyword): bool bSetOutputToDebugWindow; :) 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]

Mark Salsbery wrote: Both! Guess I should have gone fishing ;P led mike

thank you!

MFC maintains a list of modules with resources, and loads them from wherever it can. The simple solution is to make sure your resource IDs don;t overlap. If you do a search for Anna Jane Metcalfe, she wrote an article with a utility to make reorganising resources much easier. If you can't find it on CP, go look at her site: www.riverblade.co.uk, and prod around there. It wasn't hard to find. Iain.

AnTri wrote: but why is the bitmap mirrored? The Y-axis is flipped by MM_LOMETRIC and BitBlt() renders scanlines in the positive direction from the starting point. Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

To add to Michael's answer, here's a link to details on where and how to properly store application configuration data: How to write a Windows XP Application that stores user and application data in the correct location by using Visual C++ 2005 or Visual C++ .NET[^] Mark Mark Salsbery Microsoft MVP - Visual C++

I tried your suggestion, but with partial success. When my dialog has the focus before I select an item on the listbox it works fine, but if the focus is on my formview or mainfrm and I select on item, the focus wents to my formview for a second and then switched back to my dialog...

So just format the value using sprintf(..., "%.1f", ...). "Approved Workmen Are Not Ashamed" - 2 Timothy 2:15 "Judge not by the eye but by the heart." - Native American Proverb

Having two dialogs communicate in this fashion indicates a very bad design. They should be using PostMessage() to communicate with each other. "Approved Workmen Are Not Ashamed" - 2 Timothy 2:15 "Judge not by the eye but by the heart." - Native American Proverb

PJ Arends wrote: When you have a window that is not created via CWnd::Create (your dialog controls in this instance), those windows are not include in the map. Just an FYI, that is not entirely true...  I am fairly certain that if you use CWnd::SubclassWindow(...) or CWnd::Attach(...) to associate a CWnd-based object with an HWND and then call CWnd::GetDlgItem(...) for that particular HWND's control ID, you will get a pointer to that particular CWnd object, and not a temporary CTempWnd pointer.    Peace! -=- James If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! DeleteFXPFiles & CheckFavorites (Please rate this post!)

I have had similar problems - sounds like it is creating a very large buffer because of some system dependent call that returns a very large value that causes an error. Check the Scrollbar values for example to see if this is the case - that it returns a large eroneous value. A cynic is a man who, when he smells flowers, looks around for a coffin. -H.L. Mencken

It depends on how the classes are implemented and packaged. Consider this example: class CExample { public:     int GetNum() { return g_Number; } } In this class the CExample::GetNum method access a global variable. If you include this class into an EXE and a DLL then the version in the EXE will access a global in the EXE; but when called from the DLL it will access a global (of the same name) in the DLL. Problems will probably ensue. There are ways around this issue but perhaps the MFC classes are simply not designed to be passed between module boundries (like this class). Unless you know it is same to do this the only safe assumption is that you can't. Steve

One way would be to draw it unrotated and then to use CDC::ModifyWorldTransform to do the rotation. If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week Zac

try using \r\n instead of \n only in szText

It might help you: GetHtmlDocument[^] Marc. ... she said you are the perfect stranger she said baby let's keep it like this... Dire Straits

Walk up the nodes to the root building a path object/string whatever you need.