Issue384

Title -b mapgen: memory leaks
Priority minor Status resolved
Assigned To Keywords
Linked issues Watchers

Submitted on 2011-07-24 19h08 by tracker_migration, last changed by matthiaskrgr.

Messages
Author: tracker_migration Date: 2011-05-15   16h20
Submitted by matthiaskrgr
freedroidRPG -b mapgen
has some memory leaks:

==7690== 1,700 bytes in 100 blocks are definitely lost in loss record 388 of 448
==7690==    at 0x4C28FAC: malloc (vg_replace_malloc.c:236)
==7690==    by 0x4700C7: CreateNewMapLevel (lvledit_actions.c:801)
==7690==    by 0x46B5F1: mapgen_bench (benchmark.c:158)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)
==7690== 
==7690== 2,300 bytes in 100 blocks are definitely lost in loss record 394 of 448
==7690==    at 0x4C28FAC: malloc (vg_replace_malloc.c:236)
==7690==    by 0x4700A5: CreateNewMapLevel (lvledit_actions.c:800)
==7690==    by 0x46B5F1: mapgen_bench (benchmark.c:158)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)
==7690== 

==7690== 18,800 (16,000 direct, 2,800 indirect) bytes in 100 blocks are definitely lost in loss record 436 of 448
==7690==    at 0x4C279FC: calloc (vg_replace_malloc.c:467)
==7690==    by 0x42764A: dynarray_init (dynarray.c:37)
==7690==    by 0x470229: CreateNewMapLevel (lvledit_actions.c:842)
==7690==    by 0x46B5F1: mapgen_bench (benchmark.c:158)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)
==7690== 
==7690== 24,000 bytes in 100 blocks are definitely lost in loss record 438 of 448
==7690==    at 0x4C279FC: calloc (vg_replace_malloc.c:467)
==7690==    by 0x42764A: dynarray_init (dynarray.c:37)
==7690==    by 0x470213: CreateNewMapLevel (lvledit_actions.c:839)
==7690==    by 0x46B5F1: mapgen_bench (benchmark.c:158)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)
==7690== 
==7690== 235,864 (163,840 direct, 72,024 indirect) bytes in 32 blocks are definitely lost in loss record 447 of 448
==7690==    at 0x4C290A4: realloc (vg_replace_malloc.c:525)
==7690==    by 0x4276C4: dynarray_resize (dynarray.c:66)
==7690==    by 0x427740: dynarray_add (dynarray.c:92)
==7690==    by 0x46DE22: add_waypoint (waypoint.c:58)
==7690==    by 0x48038B: MakeConnect (mapgen.c:875)
==7690==    by 0x4810BE: add_rel (gram_simple.c:262)
==7690==    by 0x481464: launch_buldo (gram_simple.c:341)
==7690==    by 0x4814D3: generate_dungeon_gram (gram_simple.c:369)
==7690==    by 0x4805D9: generate_dungeon (mapgen.c:1017)
==7690==    by 0x46B633: mapgen_bench (benchmark.c:165)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)
==7690== 
==7690== 764,160 (604,160 direct, 160,000 indirect) bytes in 68 blocks are definitely lost in loss record 448 of 448
==7690==    at 0x4C290A4: realloc (vg_replace_malloc.c:525)
==7690==    by 0x4276C4: dynarray_resize (dynarray.c:66)
==7690==    by 0x427740: dynarray_add (dynarray.c:92)
==7690==    by 0x46DE22: add_waypoint (waypoint.c:58)
==7690==    by 0x4809CF: generate_dungeon (mapgen.c:954)
==7690==    by 0x46B633: mapgen_bench (benchmark.c:165)
==7690==    by 0x46B92A: benchmark (benchmark.c:217)
==7690==    by 0x453D9A: main (main.c:174)

full log attached

rev 4626
Author: tracker_migration Date: 2011-05-25   19h05
Posted by ahuillet
Normal behavior, though not incredibly nice. Lowering priority as those aren't real memory leaks, they just hide the memleaks. Moving to RFE.
Author: matthiaskrgr Date: 2015-05-29   10h50
Fixed.
History
Date User Action Args
2015-05-29 10:50:12matthiaskrgrsetstatus: open -> resolved
messages: + msg3181
2011-07-25 20:29:55matthiaskrgrsetpriority: bug -> minor
2011-07-24 19:08:09tracker_migrationcreate