[so] [linux][tema1]test15-eroare la rulare

Ovidiu Bratu macbethul at yahoo.com
Thu Apr 9 14:20:14 EEST 2009



--- On Thu, 4/9/09, Ovidiu Bratu <macbethul at yahoo.com> wrote:

From: Ovidiu Bratu <macbethul at yahoo.com>
Subject: Re: [so] [linux][tema1]test15-eroare la rulare
To: "Sisteme de Operare" <so at cursuri.cs.pub.ro>
Date: Thursday, April 9, 2009, 2:00 PM

ovidiu at ovidiu-desktop:~/Desktop/Test_mini-shell_lin$ valgrind --leak-check=full --show-reachable=yes make -f Makefile.checker test_15

[....]

==8416== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)
==8416== malloc/free: in use at exit: 84,750 bytes in 1,440 blocks.
==8416== malloc/free: 4,883 allocs, 3,443 frees, 263,662 bytes allocated.
==8416== For counts of detected errors, rerun with: -v
==8416== searching for pointers to 1,440 not-freed blocks.
==8416== checked 168,400 bytes.
==8416== 
==8416== 4 bytes in 3 blocks are still reachable in loss record 1 of 5
==8416==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==8416==    by 0x4124CC: (within /usr/bin/make)
==8416==    by 0x4042A7: (within /usr/bin/make)
==8416==    by 0x404549:
 (within /usr/bin/make)
==8416==    by 0x4191F8: (within /usr/bin/make)
==8416==    by 0x419E0D: (within /usr/bin/make)
==8416==    by 0x411C12: (within /usr/bin/make)
==8416==    by 0x5052465: (below main) (in /lib/libc-2.8.90.so)
==8416== 
==8416== 
==8416== 400 bytes in 1 blocks are still reachable in loss record 2 of 5
==8416==    at 0x4C266E1: realloc (vg_replace_malloc.c:429)
==8416==    by 0x4124AD: (within /usr/bin/make)
==8416==    by 0x405703: (within /usr/bin/make)
==8416==    by 0x405CC4: (within /usr/bin/make)
==8416==    by 0x417227: (within /usr/bin/make)
==8416==    by 0x417591: (within /usr/bin/make)
==8416==    by 0x417899: (within /usr/bin/make)
==8416==    by 0x411193: (within
 /usr/bin/make)
==8416==    by 0x5052465: (below main) (in /lib/libc-2.8.90.so)
==8416== 
==8416== 
==8416== 5,041 bytes in 228 blocks are still reachable in loss record 3 of 5
==8416==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==8416==    by 0x50B6511: strdup (in /lib/libc-2.8.90.so)
==8416==    by 0x412468: (within /usr/bin/make)
==8416==    by 0x4107EA: (within /usr/bin/make)
==8416==    by 0x5052465: (below main) (in /lib/libc-2.8.90.so)
==8416== 
==8416== 
==8416== 31,232 bytes in 9 blocks are still reachable in loss record 4 of 5
==8416==    at 0x4C24384: calloc (vg_replace_malloc.c:397)
==8416==    by 0x41EBD4: (within /usr/bin/make)
==8416==    by 0x4107A5: (within /usr/bin/make)
==8416==    by 0x5052465: (below main) (in
 /lib/libc-2.8.90.so)
==8416== 
==8416== 
==8416== 48,073 bytes in 1,199 blocks are still reachable in loss record 5 of 5
==8416==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==8416==    by 0x412508: (within /usr/bin/make)
==8416==    by 0x41CD21: (within /usr/bin/make)
==8416==    by 0x41081D: (within /usr/bin/make)
==8416==    by 0x5052465: (below main) (in /lib/libc-2.8.90.so)
==8416== 
==8416== LEAK SUMMARY:
==8416==    definitely lost: 0 bytes in 0 blocks.
==8416==      possibly lost: 0 bytes in 0 blocks.
==8416==    still reachable: 84,750 bytes in 1,440 blocks.
==8416==         suppressed: 0 bytes in 0 blocks.



--- On Thu, 4/9/09, Ovidiu Bratu <macbethul at yahoo.com> wrote:

From: Ovidiu Bratu <macbethul at yahoo.com>
Subject: Re: [so] [linux][tema1]test15-eroare la rulare
To: "Sisteme de Operare" <so at cursuri.cs.pub.ro>
Date: Thursday, April 9, 2009, 1:56 PM

==8279== 
==8279== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)
==8279== malloc/free: in use at exit: 84,750 bytes in 1,440 blocks.
==8279== malloc/free: 4,883 allocs, 3,443 frees, 263,662 bytes allocated.
==8279== For counts of detected errors, rerun with: -v
==8279== searching for pointers to 1,440 not-freed
 blocks.
==8279== checked 168,400 bytes.
==8279== 
==8279== LEAK SUMMARY:
==8279==    definitely lost: 0 bytes in 0 blocks.
==8279==      possibly lost: 0 bytes in 0 blocks.
==8279==    still reachable: 84,750 bytes in 1,440 blocks.
==8279==         suppressed: 0 bytes in 0 blocks.
==8279== Rerun with --leak-check=full to see details of leaked memory.

Din cate imi dau eu seama, din programul meu nu
 este niciun leak de memorie pentru ca folosesc un singur vector pt exec (pt "./executabil_care_nu_exista") pe care-l eliberez.



      
-----Inline Attachment Follows-----

_______________________________________________
so mailing list
so at cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so





      
-----Inline Attachment Follows-----

_______________________________________________
so mailing list
so at cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so


Am trimis tema si am observat ca si la testul 5 apare aceeasi eroare (pe calculatorul meu nu aparea). Totusi, testul trece. Problema se pare deci ca este la rularea exec cu parametru o comanda care nu exista (la testul 5 este cd /new/york/san/francisco).



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20090409/e01bbc13/attachment-0001.htm>


More information about the so mailing list