Just use the FLUTTER. :)

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

Yes. If you have some expertise, please share.

Sorry David, It's not what I meant. Question was about the HPC cluster.

We have a C++ MFC MDI application with a very heavy computational part. And we want to run it on HPC cluster. Do we need to rewrite the application some specific way to do it? If yes, then what needs to be changed. What the simplest Windows cluster could look like and configured? How to deploy the app and distribute the job? Thanks.

I'm going to embedd the Python in my MFC/C++ application(interactive Python console) and extend the Python with the application's API. Since any script can be malformed, what are the risks in this particular case? Is there any technics to protect the main C++ application? Would appreciate the feedback from programmers who was experienced this kind of scenario, and also the security experts. Thanks.

Sorry, just hit reply automatically.

Actually it's not very useful for the career. Employer is looking for some particular skills and pay just for that.

Randor, thanks for the links, but what I meant is: What we need are modern native technologies for real (desktop) applications. And dedicated place for it, where C++ developers can get help on modern GUI, and start use it extensively.

Thereafter a Microsoft has released the MFC Feature Pack in 2008, seems like they left it alone. No books, no detailed publication on that, just abridged MSDN :( It makes the use of it a quite difficult, although a lots of applications could benefit from it. There still a lots of companies who use an MFC where the speed, light weight and high level of customization required. .NET is NOT always a best solution. Would be good to have some feedback on this from the Microsoft, but it's not likely they read this forum. So it would be good here, on CodeProject, to consolidate everything related to MFC Feature Pack somewhere under MFC in separate folder. It would be just straight place where C++ programmers interested in modern looking GUI can read, contribute or ask the related questions.

Is there a good example of using a CMFCPropertyGridCtrl? Thanks.

There is a value in MFC even this days. A lots of applications are written with MFC, and some of them(which are usually time critical or compute intence) are still will be written in MFC. If you interested in learning MFC, the good start is Ivor Horton's "Visual C++ 2010".

Class name would be good. But indeed doesnt matter, I have to somehow detect the actual class for the further casting. Thanks.

In scenario like this, I've putted pseudo function GetRTTI(). How can I detect in the runtime the actual(derived) class type? class the_base { }; class A : public the_base { }; class B : public the_base { }; class C : public the_base { }; ... the_base* pList[] = { new A(), new B(), new C()); C* pTarget = nullptr; if(pList[2]->GetRTTI("C"))//detecting the actual type { pTarget = dynamic_cast< C* >(pList[2]);//casting to the type } //using pTarget ...

Thanks Richard

This what I usually do. But always would like to have an opinion from another developers, which have wide experience in this area.

What would be you AV software recommendations for Android and iOS? Now I use the Lookout for Android. Is this a good one? Thanks.

But the preferrable use of the tablets/smartphones is Internet and web services.

Hi, Since more and more PC users moves they activities to the mobile devices, such as tablets and smartphones( http://www.npd.com/wps/portal/npd/us/news/press-releases/37-percent-of-pc-users-migrate-activities-to-mobile-devices-according-to-the-npd-group/[^] ) the one of the biggest questions is the platform security. PC's are guarded by well established anti-fishing/virus programs, but mobile systems very frequently do not have'em at all. Which platform is most secure right now, and what are perspectives? Thanks.

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