|
On 06/07/14 13:18, Paul van der Vlis
wrote:
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".)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.reportbugZal ik overwegen. 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. 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. 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. Of is er een andere truc voor het achterhalen van de oorzaak van segfaults en maak ik het mezelf op deze manier te moeilijk? Vriendelijke groeten Jan-Rens. |