Debugging “生成核心文件”是否会像检查“实时”崩溃一样允许更多的自省和分析？
当我输入这个问题时，我在GDB中捕捉到了一个罕见的程序崩溃。不幸的是，所有可能帮助我找出坠机原因的工程师此刻都睡着了 正在讨论的崩溃程序恰好是Chromium，这增加了一个额外的元素：我的电脑现在基本上无法使用，我无法访问我的标签等等 如果generate core file捕获了gdb现在所知道的关于实时崩溃的Chromium进程的所有信息，我将能够清理崩溃的实例，重新启动，等等，这将非常好 但如果有任何东西会导致核心文件丢失，我绝对不想使用它 我应该没事吗 这是在32位Linux Slackware上实现的 FWIW，我认为这个错误与线程管理有关-崩溃本身从>700 pthread_create:Resource暂时不可用的消息开始，然后内存管理器无法分配8MB RAM，尽管我现在有223倍的可用空间，而且还有很多GB的未使用交换空间，因此，这可能是多个线程之间的竞争条件 但如果有任何东西会导致核心文件丢失，我绝对不想使用它 在实时GDB会话中肯定有一些事情是可能的，但在核心中是不可能的。这套东西很小，但不是空的Debugging “生成核心文件”是否会像检查“实时”崩溃一样允许更多的自省和分析？,debugging,gdb,coredump,Debugging,Gdb,Coredump,当我输入这个问题时，我在GDB中捕捉到了一个罕见的程序崩溃。不幸的是，所有可能帮助我找出坠机原因的工程师此刻都睡着了 正在讨论的崩溃程序恰好是Chromium，这增加了一个额外的元素：我的电脑现在基本上无法使用，我无法访问我的标签等等 如果generate core file捕获了gdb现在所知道的关于实时崩溃的Chromium进程的所有信息，我将能够清理崩溃的实例，重新启动，等等，这将非常好 但如果有任何东西会导致核心文件丢失，我绝对不想使用它 我应该没事吗 这是在32位Linux Slack
如果您非常关心这个特定的崩溃，您应该使用generate core，然后等待工程师告诉您她是否关心实时会话。什么操作系统？32位还是64位Linux？哇！32位Linux Slackware，内核4.1.6.32位Linux已经过时。你不能安装一个64位的发行版。。。。请编辑您的问题，不要随意评论iTunes-我目前没有办法升级，我的电脑是2006年的32位奔腾M，ThinkPad T43。谢谢你提到编辑这个问题；我永远不知道什么时候合适！现在编辑。这是我的问题的典型答案，所以我接受它。在我的例子中，一些工程师在IRC上醒来，帮助我跟踪问题，我在32位机器上，达到了3GB的虚拟内存限制！，没有杀死gdb和冷冻铬工艺被证明是有用的，因为在撞车时使用2.9GB内存的铬工艺在ps、htop等中仍然可见。