Development/Tutorials/Debugging (de)

Development/Tutorials/Debugging

Languages: عربي | Asturianu | Català | Česky | Kaszëbsczi | Dansk | Deutsch | English | Esperanto | Español | Eesti | فارسی | Suomi | Français | Galego | Italiano | 日本語 | 한국어 | Norwegian | Polski | Português Brasileiro | Română | Русский | Svenska | Slovenčina | Slovenščina | српски | Türkçe | Tiếng Việt | Українська | 简体中文 | 繁體中文

Das Debuggen von KDE Applikationen kann auf verschiedene Weise erfolgen. Die meisten Applikationen "reden" unsichtbar über Debug-Ausdrücke während sie laufen. Das Betrachten dieser Informationen gibt Ihnen meist genug Informationen um herauszufinden was schief läuft. Zu weiteren Details lesen Sie bitten den zugehörigen Artikel über Fehlermeldungen.

Auf anderer Ebene gibt es das Debuggen nach dem Crash. Dies wird verwendet, nachdem die Applikation, vermutlich wegen eines Programmierfehlers, abgestürtzt ist. Der drkonqi Dialog erlaubt Ihnen das Erstellen eines Backtrace um möglicherweise herauszufinden wo etwas schief gelaufen ist.

Es gibt Debugger wie GDB, die wesentlich mehr tun können als herauszufinden wo es passiert ist. Sie sollten die man-Seite von GDB lesen, um mehr dazu herauszufinden, und eventuell 'kdbg', 'ddd' oder 'inspire' herunterladen, die die Benutzung von GDB stark vereinfachen. Lesen sie hierzu das detailierte Tutorial Debugging mit GDB.

Verwandte Seiten

• Verwendung von Shared Memory in KDE
• Benutzung von Fehlermeldungen (kDebug)
• Debugging mit GDB
• Debugging von IOSlaves
• Debugging in MS Windows
• Debugging FAQ
• Wie man nützliche Absturzmeldungen erstellt
• Zu Informationen über Debugging Tools wie Valgrind und KDbg, besuchen Sie die Tools Seite.