[so] [Tema1] Leak-uri de memorie

[Victor Carbune]

2011/3/21 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>:
> On 03/21/2011 07:41 PM, Laura Vasilescu wrote:
>> Salut!
>>
>> În enunțul temei se precizează că leak-urile de memorie sunt depunctate.
>> Totuși, am încercat să fac un mic program care doar parsează o linie
>> de la intrare cu parse_line (din parser) și apoi apelează
>> free_parse_memory() (pentru eliberarea memoriei alocate de parser).
>> Valgrind raportează următorul lucru:
>>
>> ==3723== 36 bytes in 1 blocks are still reachable in loss record 1 of 1
>> ==3723==    at 0x4025CCD: realloc (vg_replace_malloc.c:525)
>> ==3723==    by 0x804DCB1: yyrealloc (parser.yy.c:2018)
>> ==3723==    by 0x804D915: yyensure_buffer_stack (parser.yy.c:1724)
>> ==3723==    by 0x804D3C7: yy_switch_to_buffer (parser.yy.c:1504)
>> ==3723==    by 0x804DA33: yy_scan_buffer (parser.yy.c:1767)
>> ==3723==    by 0x804DADA: yy_scan_bytes (parser.yy.c:1811)
>> ==3723==    by 0x804DA58: yy_scan_string (parser.yy.c:1783)
>> ==3723==    by 0x804DCDC: globalParseAnotherString (parser.l:243)
>> ==3723==    by 0x804C230: parse_line (parser.y:540)
>> ==3723==    by 0x8048AEE: start_shell (main.c:29)
>> ==3723==    by 0x8048B12: main (main.c:42)
>>
>> Cel mai probabil chestia asta o să ducă la și mai multe leak-uri de
>> memorie pe parcurs. Care este poziția oficială? :)
>
> Leak-urile și erorile pricinuite de tester nu intră la "socoteala
> depunctării".
Ce tool-uri se recomandă pentru verificarea memory leak-urilor pe Windows?

Victor