Salut Folosește butonul de reply all data viitoare Ma bucur ca te-a ajutat sugestia mea
On Tue, Mar 3, 2020, 18:04 David Gherghita <davidghergh...@gmail.com> wrote: > Multumesc mult, am analizat dump-ul cu gdb si am gasit cauza. Ramasese un > malloc la care uitasem sa verific valoarea de retur. > > On Tue, Mar 3, 2020 at 5:28 PM Mihai Barbulescu <b12mi...@gmail.com> > wrote: > >> Salut, >> >> Primul pas este sa rulezi pe mașina virtuală >> >> Al doilea e sa nu folosești valgrind sau gdb, sa rulezi binarul tău, sa >> te asiguri ca sistemul generează core dump file și sa analizezi offline în >> gdb core dump >> >> Lucrez (dar nu am timp) la o pagină care să exemplifice ce zic mai sus ca >> să știți mai ușor ce să căutați >> >> Cu stimă, >> Mihai Bărbulescu >> >> >> -------- Original message -------- >> From: David Gherghita via so <so@cursuri.cs.pub.ro> >> Date: Tue, Mar 3, 2020, 17:14 >> To: so@cursuri.cs.pub.ro >> Subject: [so] [Tema1][Linux] Segfault checker test38 >> >> Salutare, >> >> La rularea checkerului primesc segfault pe testul 38. La rularea manuala >> a comenzii, cu argumentele mentionate in fisierul test38.param: >> ./so-cpp -D DEBUG=1 -D CUSTOM_DBG=custom-debugging -I >> _test/inputs/test38.dir _test/inputs/test38.in > _test/outputs/test38.out >> nu primesc segfault, nu returneaza nicio eroare cu valgrind si se creeaza >> fisierul de iesire corect. >> >> Ce face diferit checkerul fata de aceasta comanda? Adica, cum as putea >> replica comportamentul checkerului, ca sa pot identifica cauza >> segfault-ului? >> >> Multumesc, >> David Gherghita, 334CA >> >>
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii