如果您的核心文件core
刚刚运行
gdb ./my_prog core
用进行事后分析core
。
如果您想在gdb
没有核心的情况下使用,请考虑
gdb --args ./my_prog arg
否则运行,gdb ./my_prog
然后向发出set args
命令gdb
。
如果您的进程仍以pid 1234的身份运行,则可以gdb ./my_prog 1234
将gdb附加到正在运行的进程。
您确实应该 阅读
gdb文档
。
名称 systemd-coredump, systemd-coredump.socket, systemd-coredump@.service — 获取、保存、处理内存转储 大纲 /usr/lib/systemd/systemd-coredump /usr/lib/systemd/systemd-coredump --backtrace systemd-coredump@.service syst
问题内容: 简要地说:有没有人知道gdb的GUI可以将其带到与您在Visual C ++的最新版本中相当或接近的功能集? 详细信息:作为一个在Windows上花费了大量时间的人,每当我必须在Linux中编写C ++时,我发现的最大绊脚石之一是,使用命令行gdb进行调试比使用gdb进行调试要花费更长的时间。 Visual Studio,实践似乎并没有变得更好。有些事情更容易或更快速地以图形方式表达。
问题内容: 我正在编写一个将文件路径作为输入的Shell脚本。 因此,我需要生成具有完整路径的递归文件列表。例如,文件具有以下路径: 但是,据我所看到的,并且只给出相对路径列表: 这似乎是一个显而易见的要求,但在或手册页中看不到任何内容。 如何在Shell中生成文件列表及其绝对路径? 问题答案: 如果给出绝对路径作为开始,它将打印绝对路径。例如,要查找当前目录中的所有.htaccess文件,请执行
启动 GDB gdb object # 正常启动,加载可执行 gdb object core # 对可执行 + core 文件进行调试 gdb object pid # 对正在执行的进程进行调试 gdb # 正常启动,启动后需要 file 命令手动加载 gdb -tui # 启用 gdb 的文本界面(或 ctrl-x ctrl-a 更换 CLI/TUI) 帮助信息 help # 列出命令分
问题内容: 我在Linux机器上有一个项目,其中包含带有在Windows中被认为是非法/保留的字符的文件(http://msdn.microsoft.com/zh- cn/library/aa365247%28VS.85%29.aspx )。该项目在多个文件夹中有10,000多个文件,我将确定这些文件的路径。 我可以为每个非法/保留字符,但是有一种更简单的方法来查找包含以下内容的所有文件 确定后,
当gdb启动时,会读取HOME目录和当前目录下的的配置文件,执行里面的命令。这个文件通常为“.gdbinit”。 这里给出了本文档中介绍过的,可以放在“.gdbinit”中的一些配置: # 打印STL容器中的内容 python import sys sys.path.insert(0, "/home/xmj/project/gcc-trunk/libstdc++-v3/python") from