GNU/Linux >> LINUX-Kenntnisse >  >> Linux

GDB und Probleme mit Core-Dumps

Ich habe dieses spezielle Problem gelöst, vor allem dank WhozCraig, der angedeutet hat, dass sich GDB so verhält, wie es sollte, wenn es zwangsweise mit einer LZ4-komprimierten Kerndatei gefüttert wird. Wenn Craig so freundlich wäre, eine Lösung zu posten, die etwas Ähnliches sagt, würde ich ihm gerne dieses große "alte Häkchen" geben Ich nehme jedoch alle Ehre. Bwahaha!

Die einfachste Lösung besteht darin, gdb über eine Subroutine namens coredumpctl zusammen mit der PID des abgestürzten Programms, a la

, zu starten

$coredumpctl gdb PID HIER

Das ärgert mich, Arch, und vielleicht migriere ich deswegen zu Gentoo .


Ich habe das gleiche Ziel mit dir. Entpacken Sie einfach die lz4-Datei mit lz4 Befehl, dann können Sie mit gdb crashed_C_executable_file uncompressed_coredump_file debuggen


Linux
  1. Debuggen von Vorlagen mit GDB

  2. Aktivieren Sie Core/Crash-Dumps programmgesteuert

  3. Wie analysiere ich die Core-Dump-Datei eines Programms mit GDB, wenn sie Befehlszeilenparameter enthält?

  4. Finden Sie den Unterschied mit mtime - und +

  5. Partitionierung und Subvol-Strategie mit Btrfs

Bearbeiten Sie Text unter Linux mit KWrite und Kate

Anpassen meines Linux-Terminals mit tmux und Git

Verwalten von Prozessen unter Linux mit kill und killall

Installation und erste Schritte mit Git

.NET Core und Docker

.NET und Docker