Re: memory leak in a MFC application
On Mar 26, 8:09 am, "AliR \(VC++ MVP\)" <A...@online.nospam> wrote:
Have you looked at DoNeedle to make sure it doesn't leak memory?
AliR.
"ssylee" <staniga...@gmail.com> wrote in message
news:0ceb22f9-f24e-4294-9161-4bfee0d727de@k19g2000prh.googlegroups.com...
I have a single-document view MFC application as attached to this link
(https://www.yousendit.com/download/UmNMZGVkNEhkMnV4dnc9PQ). This
application would need to link with OpenGL libraries and dlls in order
to run. In addition, Intel Math Kernel Library (or Intel Compiler)
needs to be installed on the system in order for the application to
run.
My memory leak problem, at least I found, has something to do with
this snippet in CsplitterView::OnTimer handler:
if(startsim && needlemodel)
{
//theMesh->NodesRepoint(needlemodel->Xall);
theMesh->nodesdeleteignore = true; // change this parameter's
scope back to private
startsim = false;
}
if (theMesh->nodesdeleteignore &&
needlemodel)
{
if (count < needlemodel->needleBasePos.entries)
{
needlemodel->DoNeedle(&(needlemodel->needleBasePos.nodepts
[6*count]));
count++;
}
}
If "needlemodel->DoNeedle(&(needlemodel->needleBasePos.nodepts
[6*count]));" gets commented out, I don't see any memory leak problem
showing up in the debug window. If that function is called on a
consistent basis as the "Start" button in the application is pressed,
as I close the window, I see a group of memory leak messages from
Visual Studio debug output as indicated:
Detected memory leaks!
Dumping objects ->
{898} normal block at 0x04415428, 480128 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD =
CD CD CD CD CD
CD
{897} normal block at 0x02E4F8C0, 13184 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD =
CD CD CD CD CD
CD
{896} normal block at 0x02E4C380, 120 bytes long.
Data: < (TA > C0 F8 E4 02 28 54 41 04 00 00 00 0=
0 00 00 00
00
{895} normal block at 0x02E4C500, 13184 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD =
CD CD CD CD CD
CD
{894} normal block at 0x046A0040, 935040 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD =
CD CD CD CD CD
CD
{889} normal block at 0x043A0068, 480128 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD =
CD CD CD CD CD
CD
{888} normal block at 0x02E4C448, 120 bytes long.
Data: <h : @ j > 68 00 3A 04 40 00 6A 04 00 C5 E4 02 00=
00 00
00
Object dump complete.
I have used the memory profiler as well as data debug point in Visual
Studio debugger to check when the data in any one of the addresses as
indicated in the previous message change. However, I have found them
to be changing and allocated in Microsoft-implemented function calls
that I have no idea of. I suspect I'm using the MFC API improperly
somewhere in the project, but I have no idea what. After doing some
search on the internet, I have tried setting a breakpoint on a memory
allocation number (http://msdn.microsoft.com/en-us/library/w2fhc9a3(VS.
80).aspx), but have not much luck either.
When I ran the same function in a separate console project, I don't
see the same errors in the debug output window. You can try running it
for yourselves as I have attached the project to this link (https://
www.yousendit.com/download/UmNMZGVYQzNEa1ZjR0E9PQ). Again, Intel Math
Kernel Library needs to be installed before this application can be
run properly.
Sorry for the long email. Would really appreciate the explanation of
what's going on.
Thanks for your replies. I have actually run DoNeedle function in the
application in the second link in a console window, in exactly the
same manner. I did not see any memory leak complaints from the debug
output, and I have done my due diligence to ensure malloc/free or new/
delete are paired properly in the DoNeedle function.