<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><br><br>--- On <b>Thu, 4/9/09, Ovidiu Bratu <i><macbethul@yahoo.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Ovidiu Bratu <macbethul@yahoo.com><br>Subject: Re: [so] [linux][tema1]test15-eroare la rulare<br>To: "Sisteme de Operare" <so@cursuri.cs.pub.ro><br>Date: Thursday, April 9, 2009, 2:00 PM<br><br><div id="yiv515252159"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit; -x-system-font: none;" valign="top">ovidiu@ovidiu-desktop:~/Desktop/Test_mini-shell_lin$ valgrind --leak-check=full --show-reachable=yes make -f Makefile.checker
test_15<br><br>[....]<br><br>==8416== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)<br>==8416== malloc/free: in use at exit: 84,750 bytes in 1,440 blocks.<br>==8416== malloc/free: 4,883 allocs, 3,443 frees, 263,662 bytes allocated.<br>==8416== For counts of detected errors, rerun with: -v<br>==8416== searching for pointers to 1,440 not-freed blocks.<br>==8416== checked 168,400 bytes.<br>==8416== <br>==8416== 4 bytes in 3 blocks are still reachable in loss record 1 of 5<br>==8416== at 0x4C265AE: malloc (vg_replace_malloc.c:207)<br>==8416== by 0x4124CC: (within /usr/bin/make)<br>==8416== by 0x4042A7: (within /usr/bin/make)<br>==8416== by 0x404549:
(within /usr/bin/make)<br>==8416== by 0x4191F8: (within /usr/bin/make)<br>==8416== by 0x419E0D: (within /usr/bin/make)<br>==8416== by 0x411C12: (within /usr/bin/make)<br>==8416== by 0x5052465: (below main) (in /lib/libc-2.8.90.so)<br>==8416== <br>==8416== <br>==8416== 400 bytes in 1 blocks are still reachable in loss record 2 of 5<br>==8416== at 0x4C266E1: realloc (vg_replace_malloc.c:429)<br>==8416== by 0x4124AD: (within /usr/bin/make)<br>==8416== by 0x405703: (within /usr/bin/make)<br>==8416== by 0x405CC4: (within /usr/bin/make)<br>==8416== by 0x417227: (within /usr/bin/make)<br>==8416== by 0x417591: (within /usr/bin/make)<br>==8416== by 0x417899: (within /usr/bin/make)<br>==8416== by 0x411193: (within
/usr/bin/make)<br>==8416== by 0x5052465: (below main) (in /lib/libc-2.8.90.so)<br>==8416== <br>==8416== <br>==8416== 5,041 bytes in 228 blocks are still reachable in loss record 3 of 5<br>==8416== at 0x4C265AE: malloc (vg_replace_malloc.c:207)<br>==8416== by 0x50B6511: strdup (in /lib/libc-2.8.90.so)<br>==8416== by 0x412468: (within /usr/bin/make)<br>==8416== by 0x4107EA: (within /usr/bin/make)<br>==8416== by 0x5052465: (below main) (in /lib/libc-2.8.90.so)<br>==8416== <br>==8416== <br>==8416== 31,232 bytes in 9 blocks are still reachable in loss record 4 of 5<br>==8416== at 0x4C24384: calloc (vg_replace_malloc.c:397)<br>==8416== by 0x41EBD4: (within /usr/bin/make)<br>==8416== by 0x4107A5: (within /usr/bin/make)<br>==8416== by 0x5052465: (below main) (in
/lib/libc-2.8.90.so)<br>==8416== <br>==8416== <br>==8416== 48,073 bytes in 1,199 blocks are still reachable in loss record 5 of 5<br>==8416== at 0x4C265AE: malloc (vg_replace_malloc.c:207)<br>==8416== by 0x412508: (within /usr/bin/make)<br>==8416== by 0x41CD21: (within /usr/bin/make)<br>==8416== by 0x41081D: (within /usr/bin/make)<br>==8416== by 0x5052465: (below main) (in /lib/libc-2.8.90.so)<br>==8416== <br>==8416== LEAK SUMMARY:<br>==8416== definitely lost: 0 bytes in 0 blocks.<br>==8416== possibly lost: 0 bytes in 0 blocks.<br>==8416== still reachable: 84,750 bytes in 1,440 blocks.<br>==8416== suppressed: 0 bytes in 0 blocks.<br><br><br><br>--- On <b>Thu, 4/9/09, Ovidiu Bratu <i><macbethul@yahoo.com></i></b> wrote:<br><blockquote
style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Ovidiu Bratu <macbethul@yahoo.com><br>Subject: Re: [so] [linux][tema1]test15-eroare la rulare<br>To: "Sisteme de Operare" <so@cursuri.cs.pub.ro><br>Date: Thursday, April 9, 2009, 1:56 PM<br><br><div id="yiv1514288306"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit;" valign="top">==8279== <br>==8279== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)<br>==8279== malloc/free: in use at exit: 84,750 bytes in 1,440 blocks.<br>==8279== malloc/free: 4,883 allocs, 3,443 frees, 263,662 bytes allocated.<br>==8279== For counts of detected errors, rerun with: -v<br>==8279== searching for pointers to 1,440 not-freed
blocks.<br>==8279== checked 168,400 bytes.<br>==8279== <br>==8279== LEAK SUMMARY:<br>==8279== definitely lost: 0 bytes in 0 blocks.<br>==8279== possibly lost: 0 bytes in 0 blocks.<br>==8279== still reachable: 84,750 bytes in 1,440 blocks.<br>==8279== suppressed: 0 bytes in 0 blocks.<br>==8279== Rerun with --leak-check=full to see details of leaked memory.<br><br>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.<br></td></tr></tbody></table><br>
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_______________________________________________<br>so mailing list<br><a rel="nofollow">so@cursuri.cs.pub.ro</a><br><a rel="nofollow" target="_blank" href="http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so">http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so</a><br></div></blockquote></td></tr></tbody></table><br>
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_______________________________________________<br>so mailing list<br><a ymailto="mailto:so@cursuri.cs.pub.ro" href="/mc/compose?to=so@cursuri.cs.pub.ro">so@cursuri.cs.pub.ro</a><br><a href="http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so" target="_blank">http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so</a><br><br><br>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).<br></div></blockquote></td></tr></table><br>