[so] [Tema1][Linux] Segfault checker test38

[Mihai Barbulescu]

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 <davidgherghita at 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 <b12mihai at 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 at cursuri.cs.pub.ro>
>> Date: Tue, Mar 3, 2020, 17:14
>> To: so at 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
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20200303/62515b70/attachment-0001.html>