Possible memory leak reported by BoundsChecker Suite 8.2 from DevPartner

Hi, I have several memory leaks reported by this memory checking software. The version of Open Cascade is 6.2.0. The version of Visual Studio is 8.0.50727.762.

Here is one entry of memory leak report: (total is 14 entries)

Type Quantity Total (bytes) Allocation Location Sequence

Leak exiting program 1 36 TKernel.dll ! 0x00008CD0 2,534
Memory Leak Exiting Program: Address 0x05692188 (36) allocated by HeapAlloc.

Allocation Call Stack - Thread 0 [0x260C]
mydirectory\TKernel.dll!0x00008cd0
C:\WINDOWS\SYSTEM32\ntdll.dll!0x000011a4
C:\WINDOWS\SYSTEM32\ntdll.dll!0x0001cba6
C:\WINDOWS\SYSTEM32\ntdll.dll!0x00021739
C:\WINDOWS\SYSTEM32\ntdll.dll!0x00021634

I will try to find how to link source code to find where detail bug it is.

Could anyone let me know whether there is any memory leak reported?

Best,

wei

wei guo's picture

Hi,

I copied pdb files and get more information.

Thanks,

Wei

Type Quantity Total (bytes) Allocation Location Sequence

Leak exiting program 1 4,128,768 TKernel.dll, standard_mmgropt.cxx, AllocMemory - line 580 2,505
Memory Leak Exiting Program: Address 0x06790000 (4128768) allocated by MapViewOfFile.

Allocation Call Stack - Thread 0 [0x2910]
AllocMemory c:\opencascade6.2.0\ros\src\standard\standard_mmgropt.cxx 580
Allocate c:\opencascade6.2.0\ros\src\standard\standard_mmgropt.cxx 343
Allocate c:\opencascade6.2.0\ros\src\standard\standard.cxx 130
TCollection_AsciiString c:\opencascade6.2.0\ros\src\tcollection\tcollection_asciistring.cxx 48
$E1 c:\opencascade6.2.0\ros\src\osd\osd_host.cxx 248

Win Than Aung's picture

i got the same problem as wei guo. i looked at the old posts and still have no idea how to solve the memory leakage issue.plz help

Bearloga's picture

I think it is worth first search the forum for topics discussing memory leaks. E.g., see the following ones:
http://www.opencascade.org/org/forum/thread_11808/
http://www.opencascade.org/org/forum/thread_9985/
http://www.opencascade.org/org/forum/thread_5253/
Concerning the concrete case in your leakage report, I think it is allocation for the fields of static objects.