`generate-core-file` 是否允许像检查 "live" 崩溃一样多的自省和分析？
Will `generate-core-file` allow as much introspection and analysis as inspecting a "live" crash does?
我在输入此问题时在 GDB 中捕获了一次罕见的程序崩溃。不幸的是，所有可能能够帮助我弄清楚崩溃发生原因的工程师此刻都在睡觉。
问题中的崩溃程序恰好是 Chromium，它增加了一个额外的元素：我的电脑现在基本上无法使用，我无法访问我的选项卡等
如果 generate-core-file 捕获 一切 gdb 现在知道 "live" 崩溃的 Chromium 进程，我将能够清理崩溃的实例，重新启动等，那将是非常很好。
但是如果 任何 generate-core-file 遗漏了，我绝对不想使用它。
我应该没事吧？
这是在 32 位 Linux (Slackware) 上。
FWIW，我认为该错误与线程管理有关 - 崩溃本身以 >700 pthread_create: Resource temporarily unavailable 消息开始，然后内存管理器无法分配 8MB RAM，即使我有 223 倍的内存现在免费，还有许多 GB 未使用的交换空间，所以这可能是许多线程之间的竞争条件。
But if there's anything at all that generate-core-file misses, I definitely don't want to use it.
肯定 有一些事情在实时 GDB session 中是可能的，而在 core 中是不可能的。这样的东西集合很小，但不是空的。
如果你非常关心这个特别的崩溃，你应该使用 generate-core 然后 等待 工程师告诉你她是否关心实时 session与否。
我在输入此问题时在 GDB 中捕获了一次罕见的程序崩溃。不幸的是，所有可能能够帮助我弄清楚崩溃发生原因的工程师此刻都在睡觉。
问题中的崩溃程序恰好是 Chromium，它增加了一个额外的元素：我的电脑现在基本上无法使用，我无法访问我的选项卡等
如果 generate-core-file 捕获 一切 gdb 现在知道 "live" 崩溃的 Chromium 进程，我将能够清理崩溃的实例，重新启动等，那将是非常很好。
但是如果 任何 generate-core-file 遗漏了，我绝对不想使用它。
我应该没事吧？
这是在 32 位 Linux (Slackware) 上。
FWIW，我认为该错误与线程管理有关 - 崩溃本身以 >700 pthread_create: Resource temporarily unavailable 消息开始，然后内存管理器无法分配 8MB RAM，即使我有 223 倍的内存现在免费，还有许多 GB 未使用的交换空间，所以这可能是许多线程之间的竞争条件。
But if there's anything at all that generate-core-file misses, I definitely don't want to use it.
肯定 有一些事情在实时 GDB session 中是可能的，而在 core 中是不可能的。这样的东西集合很小，但不是空的。
如果你非常关心这个特别的崩溃，你应该使用 generate-core 然后 等待 工程师告诉你她是否关心实时 session与否。