Main Area and Open Discussion > General Software Discussion

Heap memory view

(1/2) > >>

Cuffy:
http://www.sofotex.com/HeapMemView-download_L76228.html

Does anyone understand or need this?

 :tellme:

housetier:
I particularly like "Filesize: 39" :-)

Other than that, I don't need it but I understand their claims of the capabilities of the program.

ChalkTrauma:
I have used it a few times in desperation when hunting down memory allocation problems, especially when I'm pretty sure I have something stepping on a pointer I thought was good ( OUCH !! ).

Here is a pretty good explanation of the heap:

http://en.wikipedia.org/wiki/Dynamic_memory_allocation

NirSoft has a lot or really good utils that can help out when you are in a pinch: HeapMemView, smsniff, GDIView and Regscanner are particularly useful. I actually keep the whole set of NirSoft tools as part of my dev tool set.. :)

Another good tool, along the same lines in a way, is ImageViewer; which lets you peak into your device contexts and image handles and see exactly what is in there. If you are doing any GDI work, it can really come in handy:

http://www.codeproject.com/KB/applications/imageviewer.aspx  :Thmbsup:

 

f0dder:
You really ought to compile your debug builds of larger systems with a heap allocation debugging library... better than using external tools or doing post-mortem analysis.

ChalkTrauma:
For large systems I usually use Paul Nettle's memory manager in debug builds. I have only used HeapMemView on smaller projects in the rare situation where I'm seeing problems in release builds and not in debug builds, but I agree with you, doing things post-mortem is kind of like locking the stable door after the horse has bolted  :D

Navigation

[0] Message Index

[#] Next page