PythonQ 240-8XX Bedienungsanleitung Seite 52

  • Herunterladen
  • Zu meinen Handbüchern hinzufügen
  • Drucken
  • Seite
    / 768
  • Inhaltsverzeichnis
  • LESEZEICHEN
  • Bewertet. / 5. Basierend auf Kundenbewertungen
Seitenansicht 51
Kapitel 2: Vorb emerkungen zum deutschen Handbuch 31
ist tausendmal schneller und weniger ¨argerlich, ein paar Zeilen mehr in Ihrem Bericht zu
schreiben, als gezwungen zu sein, noch einmal zu fragen und auf die Antwort zu warten,
weil Sie beim ersten Mal nicht genug Informationen geliefert haben.
Die aufigste Fehler besteht darin, dass Leute die Versionsnummer der MySQL-Distribution,
die sie benutzen nicht angeben, oder vergessen anzugeben, auf welcher Plattform sie MySQL
installiert haben (inklusive der Betriebssystem-Version). Diese Informationen sind ¨außerst
relevant, und in 99 von 100 allen ist der Bug-Bericht ohne sie nutzlos! Sehr oft erhalten
wir Fragen wie ’Warum funktioniert das bei mir nicht?’, nur um herauszufinden, dass das
beschriebene Feature nicht in der benutzten MySQL-Version implementiert war, oder dass
der Bug, der im Bericht beschrieben wurde, bereits in einer neueren MySQL-Version be-
hoben wurde. Manchmal ist der Fehler plattformabh¨angig; in solchen allen ist es praktisch
unm¨oglich, irgend etwas zu beheben, ohne das Betriebssystem und die Versionsnummer des
Betriebssystems zu kennen.
Denken Sie auch daran, Informationen ¨uber Ihren Compiler einzuschließen, falls sie MySQL
selbst kompilieren. Oft finden Leute Fehler in Compilern und denken, dass das Problem
MySQL-bezogen ist. Die meisten Compiler werden permanent weiter entwickelt und werden
von Version zu Version besser. Um festzustellen, ob ein Problem von Ihrem Compiler
abh¨angt oder nicht, m¨ussen wir wissen, welcher Compiler benutzt wird. Beachten Sie,
dass jedes Compiler-Problem als Bug-Bericht betrachtet und deshalb entsprechend berichtet
werden sollte.
Es ist ¨außerst hilfreich, wenn eine gute Beschreibung des Probleme in Ihrem Bug-Bericht
eingeschlossen ist, das heißt ein gutes Beispiel aller Dinge, die Sie getan haben, die zu dem
Problem f¨uhrten, sowie das Problem selbst. Die besten Bug-Berichte sind diejenigen, die
ein komplettes Beispiel zeigen, wie man den Bug oder das Problem reproduzieren kann.
Siehe Abschnitt D.1.6 [Reproduceable test case], Seite 699.
Wenn ein Programm eine Fehlermeldung produziert, ist es sehr wichtig, diese in Ihren
Bericht einzuschließen! Wenn wir in den Archiven der Programme suchen, ist es besser,
wenn die Fehlernachricht exakt mit derjenigen ¨ubereinstimmt, die das Programm pro-
duziert. (Sogar Groß-/Kleinschreibung sollte ber¨ucksichtigt werden!) Sie sollten nie ver-
suchen, sich daran zu erinnern, was die Fehlernachricht war; stattdessen sollten Sie die
gesamte Nachricht per Kopieren und Einf¨ugen in Ihrem Bericht unterbringen!
Wenn Sie ein Problem mit MyODBC haben, sollten Sie versuchen, eine MyODBC-Trace-
Datei zu erstellen. Siehe Abschnitt 9.3.7 [MyODBC bug report], Seite 544.
Bitten denken Sie daran, dass viele Leute, die Ihren Bericht lesen, dabei ein 80-Spalten-
Anzeigeger¨at benutzen. Wenn Sie Berichte oder Beispiele erzeugen, indem Sie das mysql-
Kommandozeilen-Werkzeug benutzen, sollten Sie deshalb die --vertical-Option (oder den
\G-Statement-Begrenzer) f¨ur Ausgaben benutzen, die ansonsten die verf¨ugbare Anzeigebre-
ite ¨uberschreiten w ¨urden (zum Beispiel beim EXPLAIN SELECT-Statement; siehe dazu das
Beispiel weiter unten). Bitte schließen Sie folgende Informationen in Ihren Bug-Bericht ein:
Die Versionsnummer der MySQL-Distribution, die Sie benutzen (zum Beispiel
MySQL Version 3.23.22). Sie finden heraus, welche Version Sie benutzen, indem Sie
mysqladmin version eingeben. mysqladmin findet sich im bin’-Verzeichnis unterhalb
Ihres MySQL-Installationsverzeichnisses.
Hersteller und Modell der Maschine, auf der Sie arbeiten.
Seitenansicht 51
1 2 ... 47 48 49 50 51 52 53 54 55 56 57 ... 767 768

Kommentare zu diesen Handbüchern

Keine Kommentare