Forum

I’m using a pattern brush to paint the background of an MDI application child windows. There is a pattern brush for each MDI child window and each brush uses a bitmap created by CreateCompatibleBitmap (a quite large bitmap; 800x600 pixels). The problem is that I can open just a few MDI child windows, because CreateCompatibleBitmap fails with error ERROR_NOT_ENOUGH_MEMORY. I checked my code with a simple MDI application (not using Prof-UIS ver. 2.52 that I’m currently using) and I haven’t such a problem. It appears only when I link my code with Prof-UIS.

Hey! Looking for a research assistant from https://drmental.org/calmerry-review ? Contact our free research authors for advice on this platform. We have hundreds of professionals to choose from so you can find a match in no time. You can view different researcher profiles to find the right researcher for your therapy.

May you help me to find out why such a behavior from Prof-UIS 2.52 ?

Unfortunately I cannot use CExtBitmap, I need a CBrush object for other reasons too. I don’t understand why Prof-UIS (at least ver. 2.52) is using so much system resources. Just after 10-15 windows are openend I receive the error ERROR_NOT_ENOUGH_MEMORY. Any other hint ?

Prof-UIS 2.62 really consumes more handles than in the later versions but it cannot use "so many" system resources as you wrote. Could you send us a modified version of one of our sample projects so we can help you?

I’m trying to move my application to Prof-UIS 2.60 or 2.61 but the MDI Tab control doesn’t work anymore. If I’ll be able to use a newer version of Prof-UIS I’ll check if this problem is fixed and in that case there will be no need to test a sample application. The problem is that I cannot update my application to ver. 2.6x because the MDI tab control has changed behavior and now it isn’t compatible with my application anymore. As I wrote you in another post, the function CExtTabWnd::AssertValid() fails because m_nVisibleItemCount == -1. Can you help me in finding the problem whith the MDI Tab ?

The behavior of the tab window has not changed. We cannot confirm this. The tab window is used in the sample applications of different Prof-UIS versions exactly in the same way. We eager to help you and if you send us a sample that reproduces the problem that would really help us to find what’s wrong.

In the end I succeeded to build my application with Prof-UIS 2.61 and now the situation is even worse. CreateCompatibleBitmap fails before than with ver. 2.52. I verified my application with Bound Checker and there isn’t any anomaly in our code, not only that, if I remove support to Prof-UIS and build a simple MFC MDI application everything is fine. I will try to repeat the problem with your sample applications, in the meantime I can also send you a video streaming to show you the problem if you want.

We can guess the problem is not related to any potential bug in Prof-UIS. At least, this problem has never been reported before. We can help you what causes the problem by means of remote debugging.

You can use the handle-less CExtBitmap class instead of pattern brushes. The CExtBitmap::DrawSkinParts() method with zero padding and CExtBitmap::__EDM_TILE draws the bitmap as a pattern.