Fehler melden

Da es für die Haiku-Entwickler unmöglich ist, jede denkbare Hardware-Kombination oder jede mögliche Anwendungsweise eines Programmes zu testen, ist es eine große Hilfe, wenn erkannte Fehler von Anwendern gemeldet werden. Da Haiku noch nicht vollständig ausgereift ist - aktuell befindet es sich in der Alpha-Phase - ist es nicht unwahrscheinlich, dass Fehler auftreten. Nur mit Hilfe der Anwender können wir Haiku Stück für Stück perfektionieren.

Um unseren "Bugtracker" - also die Liste aller gefundenen Fehler - effektiv zu halten, ist es notwendig, eine grundlegende Etikette, die "Bug Tracker Etiquette" zu wahren.

Wie man einen Zugang zum Trac erhält

Um ein Fehler-Ticket einzureichen, muss man registrierter Benutzer beim Bugtracker sein.
Um sich anzumelden ist eine gültige E-Mail Adresse notwendig. Sollte nach dem Anmelden keine Bestätigungsmail erhalten werden, lohnt es sich, seinen Spam-Filter zu überprüfen.

Einen Fehlerbericht erstellen

Ehe man einen Fehler meldet, sollte man sich sicher sein, dass er nicht schon gemeldet wurde. Hierzu kann auch die Suchfunktion verwendet werden.
Nach dieser Überprüfung sollte man so genau wie möglich den Fehler beschreiben:

Wie wurde Haiku verwendet (auf echter Hardware oder virtualisiert unter VMWare, QEMU oder ähnlichem)
Welche Versionsnummer des SVN wurde verwendet?. Die Nummer ist auch unter 'About This System...' im Deskbar-Menü abzulesen.
Der Fehler sollte so präzise wie möglich beschrieben werden. Wie war das tatsächliche Verhalten im Gegensatz zum Erwarteten?
Wann ist der Fehler aufgetreten? Welche Schritte führten dazu? Nur so können die Entwickler den Fehler nachstellen und erkennen.
An den Fehlerbericht sollten so viele Informationen wie möglich angehängt werden. Log-Dateien oder Bildschirmphotos (die Taste PRINT speichert den Bildschirm als PNG im Verzeichnis /boot/home/) sind sehr hilfreich.

Fehler in Anwendungen

Wenn eine Anwendung unerwartet abstürzt, sollte man den "Debugger" aus dem erscheinenden Hinweisfenster aufrufen. Ein bt im daraufhin startenden Terminal erstellt einen sogenannten "backtrace" der mit an die Fehlermeldung angehängt werden sollte.

Fehler auf Grund Hardware

Wenn ein Fehler gemeldet wird, der Hardware oder Treiber betrifft, sollten mindestens diese Informationen an den Fehlerbericht angehängt werden:

listdev - eine detaillierte Auflistung aller vorhandener Hardware inklusive "vendor id" und "pci id"; ähnlich den Befehlen lshw und lspci unter Linux.
listusb -v - bei einem Fehler im Zusammenhang mit USB; ähnlich dem Befehlt lsusb.
open /var/log/syslog - die zentrale Log-Datei in Haiku. Mit dem Befehl open kann das Log auf eine sinnvolle Länge gekürzt werden.
listimage | grep drivers/ - eine Auflistung aller verwendeter Treiber.
ints - nur im Kernel Debugging Land (siehe weiter unten) möglich. Es zeigt eine Liste aller verwendeter "Interrupts".

Die genannten Befehle sind im Terminal einzugeben. Mit dem Anhang " > output.txt" an den Befehl wird dessen Ausgabe in die Datei output.txt gespeichert, die dann an den Fehlerbericht angehängt werden kann.

Kernel Debugging Land - KDL

Wenn grundlegende Systemkomponenten abgestürzt sind, dann friert das System ein und es wird das KDL aufgerufen. Man kann auch absichtlich dorthin wechseln durch Drücken von ALTSysReqD (SysReq ist in den meisten Fällen die Taste PRINT).

co - beendet das KDL und das System läuft - soweit möglich - normal weiter.
int - zeigt die verwendeten Interrupts (wie oben beschrieben).
bt - zeigt einen backtrace wo genau der Fehler aufgetreten ist.

Fehler gemeldet, und dann?

Nachdem ein Fehler gemeldet wurde wird sich ein Entwickler ihm annehmen und bewerten. Da es sich bei allen Entwicklern um Freiwillige handelt, die in ihrer Freizeit programmieren, kann es durchaus etwas dauern, bis man eine Rückmeldung erhält. Je mehr Informationen man einer Fehlermeldung beifügt oder nachreicht, um so leichter ist es für den Programmierer, diesen zu beheben.

Wenn man einen Fehler gemeldet hat ist es damit nicht abgeschlossen, eigentlich ist es erst der Anfang und man wird Teil des Entwicklungs-Prozesses von Haiku. Es ist durchaus möglich und eigentlich auch zu erwarten, dass sich ein Entwickler meldet, um näheres zu den Umständen des Fehler-Reports zu erfahren. Hier gilt wieder: je mehr man dem Entwickler helfen kann, um so leichter tut er sich mit der Fehlerbehebung. Erst wenn der Fehler als 'fixed' - also behoben - markiert ist, kann man sich zurücklehnen, mit dem guten Gefühl etwas beigetragen zu haben.