[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bugs rapporteren en debuggen [was Re: LDAP TLS probleem]



Hallo Jan-Rens en anderen,

op 11-06-14 11:29, J.R. Reitsma schreef:
> 
> On 06/07/14 13:18, Paul van der Vlis wrote:
>> op 07-06-14 06:41, Geert Stappers schreef:
>>> Op 2014-06-06 om 22:07 schreef Paul van der Vlis:
>>>> Het bleek dat het root-certificaat verlopen was. Blijkbaar checked
>>>> een Debian 6 client dat niet, en een Debian 7 client wel. Dat is
>>>> eigenlijk wel een flinke bug in Debian 6 lijkt me. 
>>> reportbug
>> Zal ik overwegen.
>>
>>
> Volgens mij zou het geen slecht idee zijn om in het geval van crashes
> aan gebruikers en testers te vragen om, voordat ze een bug rapporteren,
> eerst te proberen om de debugger te runnen. Veel maintainers klagen over
> te onduidelijke bugreports, zoals in het geval van cashes waarvan
> gebruikers niet nader gespecificeerde segfault-meldingen opsturen. (Zie
> bijvoorbeeld het commentaar op
> http://www.freedesktop.org/software/colord/bugs.html onder het kopje
> "Segfaults or random crashes".)

Ik moet zeggen dat ik al nauwelijks bugs durf te rapporteren, want er
mankeert bijna altijd wat aan mijn bug... Als je de eisen strenger gaat
maken zullen er minder bugs gerapporteerd worden.

> Volgens mij is het in de meeste gevallen niet zeker dat een fout
> waardoor een crash veroorzaakt is, het gevolg is van een fout in het
> gecrashte programma. 

Nee, maar het is veel werk om het precies uit te zoeken. En ik ben geen
programmeur maar systeembeheerder.

> Een broken pipe of een dangling pointer als gevolg
> van een configuratiefout van een ander programma kan evengoed de oorzaak
> van de crash zijn. (Ik vermoed dat dit het geval geweest kan zijn met de
> "bug fix" in colord, waardoor de maintainer mogelijk voor een work
> around gekozen heeft door een foutmelding door dangling pointer te
> negeren. Dat is geen geval van een echte bug fix maar van het negeren
> van fouten die zich voordoen in andere software.) Het is mij opgevallen
> dat Wheezy vaker foutmeldingen geeft die lijken te wijzen op i/o-errors
> ten gevolge van null pointers of dangling pointers.
> 
> Omdat er volgens mij in de Wheezy-versie van GNOME 3 veel meer segfaults
> voorkomen, die in de Squeeze-versie met GNOME 2 en de Wheezy- of
> Jessie-versies van Xfce ontbreken, denk ik dat deze fouten veroorzaakt
> worden door de gelijktijdige overgang van GNOME 2 naar GNOME 3 tussen
> Squeeze en Wheezy, in combinatie met veranderingen van permissies tussen
> beide versies.

Volgens mij komt het ook doordat Gnome3 3D gebruikt. Veel video drivers
hebben daar nog bugs, vooral de opensource drivers van Nvidia.

> Om de fouten in GNOME 3 op te sporen zou je waarschijnlijk verschillende
> wegen tegelijk moeten bewandelen, waaronder het runnen van o.a. colord,
> libdbus, colord-sane en gnome-session onder de debugger, door eerst de
> benodigde <package>-gdb debug packages te installeren (zie
> https://wiki.debian.org/HowToGetABacktrace). Dat lijkt me in dit geval
> geen gemakkelijke klus.

Precies, het is specialisten-werk.

> Of is er een andere truc voor het achterhalen van de oorzaak van
> segfaults en maak ik het mezelf op deze manier te moeilijk?

Ik gebruik af en toe strace om bugs op te sporen.

Groet,
Paul.



-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


Reply to: