At one of the customers sites a VO apps with lots of drawing 'hangs' a few time each day. It cannot be reproduced. The program can be closed with the closebutton. (So no need to force a close with the taskmanager) . There is no error message.
I now monitor some recourses , but this does not gives me a clue.
startup: At hang
Memory(MEMORY_REGISTERAXIT) 402 395
Memory(MEMORY_DYNINFOUSED)/1000 369 357
DynInfoFree()/1000 16407 16418
MemTotal()/10000 356 358
(Memory(MEMORY_WINDOWS_SYSTEMRESOURCES) 80 65-67
At the ‘hang’, all controls are gray. A printscreen at this point says:
“insufficient memory available to bitmap image. Close one or more applications so that more memory available “
So what memory and how should I monitor to find the cause? Any other suggestions?
In my drawing program, I had a leak where I wasn't releasing the bitmap
handle after I created a jpg. You might check your drawing routine to make
sure that
You clean up your drawing handles after an edit. Mine was a pain to figure
out. I was expecting garbage collection to clean up but because I didn't
release an Ibarra that had a reference to my DIB, it didn't happen.
"Er!k \\/!$$Er" <nos...@nospam.url> wrote:
> At one of the customers sites a VO apps with lots of drawing 'hangs' a
> few time each day. It cannot be reproduced. The program can be closed
> with the closebutton. (So no need to force a close with the taskmanager)
> . There is no error message.
> I now monitor some recourses , but this does not gives me a clue.
> startup: At hang
> Memory(MEMORY_REGISTERAXIT) 402 395
> Memory(MEMORY_DYNINFOUSED)/1000 369 357
> DynInfoFree()/1000 16407 16418
> MemTotal()/10000 356 358
> (Memory(MEMORY_WINDOWS_SYSTEMRESOURCES) 80 65-67
> At the ‘hang’, all controls are gray. A printscreen at this point says:
> “insufficient memory available to bitmap image. Close one or more
> applications so that more memory available “
> So what memory and how should I monitor to find the cause? Any other suggestions?
Hi Willie,
Must be something like that. I now monitor (how to was written in another thread) the GDI usage and that increases and increases ...
So I'll have to figure out what causes this.
Thanks a lot,
In my drawing program, I had a leak where I wasn't releasing the bitmap
handle after I created a jpg. You might check your drawing routine to make
sure that
You clean up your drawing handles after an edit. Mine was a pain to figure
out. I was expecting garbage collection to clean up but because I didn't
release an Ibarra that had a reference to my DIB, it didn't happen.
"Er!k \\/!$$Er" <nos...@nospam.url> wrote:
> At one of the customers sites a VO apps with lots of drawing 'hangs' a
> few time each day. It cannot be reproduced. The program can be closed
> with the closebutton. (So no need to force a close with the taskmanager)
> . There is no error message.
> I now monitor some recourses , but this does not gives me a clue.
> startup: At > hang
> Memory(MEMORY_REGISTERAXIT) 402 395
> Memory(MEMORY_DYNINFOUSED)/1000 369 357
> DynInfoFree()/1000 16407 16418
> MemTotal()/10000 356 358
> (Memory(MEMORY_WINDOWS_SYSTEMRESOURCES) 80 65-67
> At the ‘hang’, all controls are gray. A printscreen at this point says:
> “insufficient memory available to bitmap image. Close one or more
> applications so that more memory available “
> So what memory and how should I monitor to find the cause? Any other > suggestions?
You can use X-Debug.
X-Debug has the possibility to hook almost every lowlevel drawing win32
api function. So, this way you can see which objects are not released
correctly.
Er!k \/!$$Er wrote:
> At one of the customers sites a VO apps with lots of drawing 'hangs'
> a few time each day. It cannot be reproduced. The program can be
> closed with the closebutton. (So no need to force a close with the
> taskmanager) . There is no error message. I now monitor some
> recourses , but this does not gives me a clue.
> startup: At hang Memory(MEMORY_REGISTERAXIT) 402
> 395 Memory(MEMORY_DYNINFOUSED)/1000 369 357
> DynInfoFree()/1000 16407 16418
> MemTotal()/10000 356 358
> (Memory(MEMORY_WINDOWS_SYSTEMRESOURCES) 80 65-67
> At the ‘hang’, all controls are gray. A printscreen at this point
> says: “insufficient memory available to bitmap image. Close one or
> more applications so that more memory available “ So what memory
> and how should I monitor to find the cause? Any other suggestions?
Our leak was with cursors, I ended up creating them at programme start and storing them in global variables, took 4 hours to crash with no GDI resources.
> Hi Willie,
> Must be something like that. I now monitor (how to was written in
> another thread) the GDI usage and that increases and increases ...
> So I'll have to figure out what causes this.
> Thanks a lot,
> In my drawing program, I had a leak where I wasn't releasing the bitmap
> handle after I created a jpg. You might check your drawing routine to make
> sure that
> You clean up your drawing handles after an edit. Mine was a pain to figure
> out. I was expecting garbage collection to clean up but because I didn't
> release an Ibarra that had a reference to my DIB, it didn't happen.
> Hope that this helps.
> Regards,
> Willie
> Vulcan VIP
> "Er!k \\/!$$Er" <nos...@nospam.url> wrote:
>> At one of the customers sites a VO apps with lots of drawing 'hangs' a
>> few time each day. It cannot be reproduced. The program can be closed
>> with the closebutton. (So no need to force a close with the taskmanager)
>> . There is no error message.
>> I now monitor some recourses , but this does not gives me a clue.
>> At the ‘hang’, all controls are gray. A printscreen at this point says:
>> “insufficient memory available to bitmap image. Close one or more
>> applications so that more memory available “
>> So what memory and how should I monitor to find the cause? Any other
>> suggestions?
