View Issue Details

IDProjectCategoryView StatusLast Update
0002758JEDI VCL00 JVCL Componentspublic2005-04-12 02:36
ReporteranonymousAssigned Toobones 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version3.00 BETA 2 
Target VersionFixed in Version3.10 
Summary0002758: Memory leaks in MRUList
DescriptionI tried it on JVCL example with MemCheck, I don't know if it's Microsoft DLL of jvcl issue.
TagsNo tags attached.

Relationships

parent of 0002887 resolvedobones GPF in TJvMRUList 

Activities

user72

2005-03-16 14:23

  ~0006719

MemCheck is well-known for reporting false memory leaks. Besides, without more info, there is little we can do or say about this report.

anonymous

2005-03-16 23:54

viewer   ~0006720

try to compile JvMRUList with your memleak monitor and in application add any position, which will fire enumitems procedure, leaks will appear after closing apps
ps. Which free memory leak monitor I can use instead of memcheck, can you give me any link, what tool jedi team is using ?

anonymous

2005-03-18 05:23

viewer   ~0006729

is it possible to get some sample code that causes this issue?

obones

2005-04-12 02:36

administrator   ~0006914

There was indeed a memory leak in InternalGetItem, the memory allocated by ReallocMem was never freed.
This is now fixed in CVS.

Issue History

Date Modified Username Field Change
2005-03-16 02:01 anonymous New Issue
2005-03-16 14:23 user72 Note Added: 0006719
2005-03-16 14:23 user72 Status new => feedback
2005-03-16 23:54 anonymous Note Added: 0006720
2005-03-18 05:23 anonymous Note Added: 0006729
2005-04-12 02:36 obones Status feedback => resolved
2005-04-12 02:36 obones Resolution open => fixed
2005-04-12 02:36 obones Assigned To => obones
2005-04-12 02:36 obones Note Added: 0006914
2005-04-18 01:13 schuettecarsten Relationship added parent of 0002887