[so] [Tema1] Leak-uri de memorie
Razvan Deaconescu
razvan.deaconescu at cs.pub.ro
Mon Mar 21 19:46:59 EET 2011
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".
Răzvan
More information about the so
mailing list