The are two principles mixed together here: 1) Splitting business logic and GUI logic - This is good as it allows one to write unit-tests that can test the business-logic without needing to test using the GUI. 2) Using worker-threads to perform long running operations - This gives a good GUI experience, as the GUI remains responsive even when doing heavy processing. Multi-threaded programming increases the complexity of the code. So it should only be introduced where it actually provides a performance boost. I have no problem in understanding why your new developer wants to make synchronous requests as it is so much simpler. I have no clue about your customer base, or the type of application you are building. But the tendency is that we work towards client/server based applications, where the client is launched through a web-browser (ASP.NET / Silverlight) and the Server is available from the Internet (Easy deployment, Centralized hosting and backup). In this scenario then the splitting of GUI and business logic should come natural. modified on Monday, December 14, 2009 5:09 PM

A C generic container library is probably what you're looking for. This StackOverflow page[^] seems relevant? Similarly, this page[^] describes generic containers in C. Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490) Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Thanks for your reply! The slash star and slash slash exclamation is out of the question due to company's coding standard. What I don't understand is why the triple slashes when it's tabbed inside it won't fold? I don't think the Eclipse CDT team haven't noticed that format already...

crewchill wrote: an someone explain in layman's term how this "extern inline" supposed to work? Does this link help? http://www.greenend.org.uk/rjk/2003/03/inline.html[^] Nibu thomas Microsoft MVP for VC++ Code must be written to be read, not by the compiler, but by another human being. Programming Blog: http://nibuthomas.wordpress.com

The use of good cross-platform libraries and API's helps reduce or prevent much preprocessor ugliness. If you do it like one person said, with a project/program for each platform, you can simplify that by encapsulating core functionality whenever possible for reuse with many platforms. I often do what I can to separate program logic from GUI code, so that I could port the software to many platforms, while leaving the main logic untouched. (Of course, wxWidgets or Qt with ANSI C++ often means I hardly change a thing, but most people aren't using such libraries...) -Nick P.

If you are parsing HTML text why do you need a different method for different tags? :confused: "Just about every question you've asked over the last 3-4 days has been "urgent". Perhaps a little planning would be helpful?" Colin Angus Mackay in the C# forum led mike

Yes they are. Thinking a little bit more about it, I dont know if this matters, but these DLLs are being copied to another directory instead of being used straight from their respective Debug directory. So instead being run from "MyProj\Debug\MyProj.dll" there is a post-build step to "copy MyProj\Debug\MyProj.dll c:\output\dlls". Thus the code loads the Dll like LoadLibrary("c:\output\dlls\MyProj.dll")

It is. Yes you can rename it. It seems like Windows OS doesnt care much about filename as long as it already acquired the handle for exe. Done this a few times. And you are right if it is not the file that is running, it works fine. I just hard code the exe filename because my project is called version.dsp. Just for a test program. I guess this rename - copy - check version idea doesnt work. :(( Thanks!

Thanks much! I was able to get the original Paul DiLascia HTMLCtrl and works awesome. http://www.microsoft.com/msj/0100/c/c0100.aspx

Or, if you really want to calculate it yourself, simply get the dc when you need to compute the size manually like this: ... CWnd *pStatic = GetDlgItem(IDC_MY_STATIC_FILENAME); CDC *pDC = pStatic->GetDC(); pDC->GetTextExtent() or pDC->DrawText(cText,&oRect,DT_CALCRECT.... your calculations... pStatic->ReleaseDC(pDC);

You can do this overriding OnCommand() and send a WM_COMMAND messages to the parent in response, such as CBetterGroupbox::OnCommand(WPARAM wParam, LPARAM lParam) { CWnd *pParent = GetParent(); ASSERT_VALID(pParent); pParent->SendMessage(WM_COMMAND, wParam, lParam); } This should take care of any control command messages, but it won't help with common controls that use WM_NOTIFY messages. However, a better way would be to call SetOwner() on the child windows to set their owner to the dialog box. This will cause all the control messages to be sent to the dialog box instead of the group box. I'm not sure if this works for common controls, though. I think it does, but perhaps you can test it :) Hope this helps Ryan Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge) 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"