Cause you have to reprogram a lot of code with the CUDA, and our program is already parallelized with the OpenMP.

Immense, but not because of Python, but that you are adding scripting to your app, opening up a lot of vectors for software with bad intent and plain bad software.

Quote: So it would be good here, on CodeProject, to consolidate everything related to MFC Feature Pack somewhere under MFC in separate folder This is a suggestion for CP, that's why. - I would love to change the world, but they won’t give me the source code.

I used this tutorial - MFC Feature Pack Tutorial – Part 3 – CMFCPropertyGridCtrl[^] It's not too extensive, but a good start. «_Superman_»  _I love work. It gives me something to do between weekends. _Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C

I think that at runtime, you will have to use the (slow) dynamic_cast or have the classes know their types via a ID of some sort. Nihil obstat

Thanks Richard

The problem is a "glitch" (that's how I refer to it) in BCG's design of these extensions. The correct code is below (an example for removing an item), but be sure to look below the code for the important part. NOTE: "n" = your sub menu and "ID" = the ID of the menu item you want to remove. CMenu* pMenu = CMenu::FromHandle( m_wndMenuBar.GetHMenu() ); CMenu* pSubMenu = pMenu ? pMenu->GetSubMenu( 0 ) : NULL; if( pSubMenu ) pSubMenu->RemoveMenu( ID, MF_BYCOMMAND ); IMPORTANT (see below, too): You must FIRST go to the registry and DELETE the entry for you product. HKCU/Software/Your Product. You can just delete the correct folder for the menu, but that's up to you to figure out which one it is. PROBLEM: This will solve it for you and new users of your product. However, existing users will never see the changes. There is a function CWinAppEx::CleanState(), which is supposed to remove memory from the registry. But, you will then have an app with no memory of toolbars, menus, etc...meaning customization is pointless. Good luck!

Thanks for the hint. This means I have to recompile all MFC dependent libraries with VS2008, and thereafter convert the project?

If you do this for the cryptograpy purposes use any kind of Crypto API, it works with very long integers.

You could try libxml. It can save/load XML files. http://en.wikipedia.org/wiki/Libxml2.

To go to C# would be a rewrite - different framework, different language. C++/CLI is the only language that allows you to mix unmanaged code with managed code. While this is powerful, it also adds to the complexity. Going back and forth between managed and unmanaged code is tricky at first - there's a learning curve there. If you want to hold on to your MFC-based codebase, and still take advantage of the rich .NET framework, then C++/CLI is the only way to go. From my experience this works well. My 2 cents. Mark "Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder

The latest platform SDK. Inceidently, I tried downloading it yesterday ( more than 1GB ) but it would only allow me to download 26mb :confused:

Thanks Mike for the prompt answer, I've red that documentation but it's just API description without a real example. Sometimes you need not just API but the way how to employ it in your application.

On top of what James said regarding app performance, if you're app is creating/destroying a lot of threads, consider creating the threads just once, and then just starting them. Creating/destroying threads can cause quite a bit of overhead. As far as file size, an 80mb file could take quite a bit of time to initially load. You might want to consider breaking the app into DLLs that load when needed the first time, and stay in memory until the app is shut down. "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

oleg63 wrote: It's means I've to handle WM_QUERYENDSESSION in my application and respond TRUE back to OS. TRUE is the default return value. Unless your application needs to return FALSE, you don't need to do anything. "Approved Workmen Are Not Ashamed" - 2 Timothy 2:15 "Judge not by the eye but by the heart." - Native American Proverb

Christian Graus wrote: Code snippets don't exist in C++, Yea they do, I downloaded it but still haven't gotten around to installing See > Microsoft Visual Studio 2005 IDE Enhancements[^] I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley: