Fehler:OOo

aus openSUSE, der freien Wissensdatenbank

OpenOffice_org-Fehlerberichte

Fehler in OpenOffice_org-Paketen aus der offiziellen openSUSE-Distribution und aus dem Build Service-Projekt sollten in Novells Bugzilla für das Produkt "OpenOffice.org 2.0" eingetragen werden.

Was gehört in den Fehlerbericht

Die folgenden Informationen helfen uns dabei, das Problem zu reproduzieren oder zu finden, und sorgen deshalb dafür, dass der Fehler eventuell eher behoben wird:

• Systemversion und Architektur, bspw. openSUSE-10.2-x86_64
• Arbeitsfläche, bspw. KDE oder GNOME
• OOo-Version, bspw. "Build 2.2.0.1". Sie finden die Version in der letzten Zeile des Dialogs "Hilfe/Info über OpenOffice.org".
• 32-bit-OOo wird auf x86_64-System genutzt
• das Paket wurde aus dem Build Service aktualisiert
• Schritte um das Problem zu reproduzieren
• andere nützliche Details (bspw. Bildschirmfotos, Rückverfolgungen (backtrace), strace)

Wie man ein strace-Protokoll erhält

Meistens reicht es, die Anwendung folgendermaßen zu starten:

strace -o /tmp/strace.log -f -tt -s 512 ooffice

Dann führen Sie bitte die Schritte aus, die zum Absturz der Awendung führen. Das Kommando ooffice könnte auch durch ein anderes, bspw. oowriter, ersetzt werden. Komprimieren Sie das Protokoll bitte, bevor Sie es dem Fehlerbericht anhängen:

bzip2 /tmp/strace.log

Falls das 32-bit-OOo auf einem 64-bit-System läuft, müssen Sie das Paket strace-32bit installieren und die 32-bit-Binärdatei direkt starten:

cd /usr/lib/ooo-2.0/program
strace32 -o /tmp/strace.log -f -tt -s 512 ./soffice.bin

Wie man eine Rückverfolgung (backtrace) erhält

Die Rückverfolgung ist nützlich, wenn die Anwendung abstürzt oder einfriert. Sie könnten folgendermaßen vorgehen:

1. Installieren Sie das Paket OpenOffice_org-debuginfo. Es ist entweder für die Originalpakete im Debug-Paketdepot verfügbar oder im Build Service-Depot, falls Sie von dort aktualisiert haben.
2. Starten Sie den Debugger mit der realen Binärdatei und protokollieren Sie die Ausgabe:

   cd /usr/lib/ooo-2.0/program

   gdb ./soffice.bin 2>&1 | tee /tmp/gdb.log

   Bei einem 64-bit-OOo müssen Sie /usr/lib64 an Stelle von /usr/lib nehmen.

3. Starten Sie die Anwendung innerhalb des Debuggers:

   run <options>

4. Führen Sie die Schritt durch, um den Absturz oder das Hängenbleiben der Anwendung zu reproduzierern. Falls die Anwendung eingefroren ist, müssen Sie Strg+C drücken, um auf die GDB-Kommandozeile zurückzukommen.
5. Rückverfolgung ausgeben:

   backtrace

6. Gibt eine Rückverfolgung aller Threads aus:

   thread apply all bt

7. Beenden Sie den Debugger.

   quit

8. Hängen Sie die komplette gdb.log an den Fehlerbericht an.