Absturzfehler können die ärgerlichsten sein und zu Datenverlust, Ausfallzeiten und frustrierten Benutzern führen. Es wäre gut, wenn Anwendungen weniger abstürzen würden.
Aufgrund der Komplexität des Maschinenkontexts können Abstürze für einen normalen Benutzer häufig nicht in angemessener Zeit reproduziert werden. Das bedeutet nicht, dass der Fehler selten ist - es könnte einfach bedeuten, dass das, was ihn auslöst, selten für jeden Benutzer auftritt (zum Beispiel Änderungen der Sommerzeit). Es ist unwahrscheinlich, dass solche Fehler behoben werden, es sei denn, viele Benutzer melden sie. Es wäre gut, wenn mehr Abstürze gemeldet würden.
Um Abstürze zu debuggen, benötigen die Entwickler so viel eindeutigen Kontext wie möglich. Generierte Absturzberichte sind gut , da sie normalerweise detailliert und genau sind. Von Benutzern kann nicht erwartet werden, dass sie den gesamten Kontext eifrig manuell beobachten und melden. Daher übermitteln sie häufig spärliche und falsche Informationen.
Die Zielgruppe für viele Anwendungen sind nicht Entwickler oder Systemadministratoren, sondern die breite Öffentlichkeit zu Hause oder bei der Arbeit. Von solchen Benutzern kann nicht erwartet werden, dass sie wissen, wie man Absturzinformationen manuell sammelt oder -dbgPakete installiert , aber generierte Berichte von solchen Benutzern können weiterhin verwendet werden. Einige Anwendungen haben ihre eigenen Crash-Reporting-Tools , aber meiner Erfahrung nach funktionieren diese selten , und wenn sie melden, dass sie den Fehler nicht gemeldet haben, scheint es keine Informationen darüber zu geben, wie dies manuell zu tun ist (ich habe dies für beobachtet aktuelle Versionen von Firefox und Flash). Eine systemweite Erstellung von Absturzberichten wäre gut.
Gibt es irgendeine Art von Crash-Report-Generierung *, die global aktiviert werden kann **, ohne eine Menge -dbgPakete zu installieren , die Dokumentation jeder einzelnen Anwendung zu lesen oder einen normalen Computer auf ein Crawling zu verlangsamen?
* Protokolle, Core Dumps, Stack Traces, was auch immer
** Nicht unbedingt für init, aber zumindest für einen wesentlichen Teil der Anwendungen, die auf einer typischen Desktop-Linux-Installation ausgeführt werden. Nach meiner Erfahrung stürzen GUI-Anwendungen mehr als 100 Mal häufiger ab als Shell-Anwendungen, sodass GUI-Anwendungen natürlich im Mittelpunkt stehen würden.