每次只能调试一个核心转储。
重要的是诊断核心转储以便提取有用的信息。
It is very important to diagnose the core dump to extract useful information.
gdb显示哪行代码导致程序发生核心转储。
The gdb shows what line of code caused the program to core dump.
为什么不生成核心转储文件的文件吗?
是一个核心转储自己执行?
对导致核心转储的二进制可执行文件运行dbx。
fullcore —启用/禁用完整的核心转储
本文提供有关如何收集数据来调试核心转储问题的说明。
This article gives instructions on how to collect data to debug the core dump problem.
以root用户身份运行以下命令来启用系统的完全核心转储。
Enable full core dumps for the system by running the following command as root user.
您可以删除原始核心转储,因为它存在于这个ZIP 文件中。
You can delete the original core dump because it is within the ZIP.
如果尝试使用同一台开发计算机来调试此核心转储,则可能影响系统的性能。
If you try to use the same development machine for debugging this core dump, it might affect system performance.
缺省情况下,核心文件是在进行核心转储的进程的工作目录中创建的。
By default, the core file is created in the working directory of the process being core dumped.
如果端口8080上已经有一个服务器在运行,那么将显示一条核心转储信息。
If you already have a server running on port 8080, you'll be scolded with a core dump that ends with.
如果您有早期版本的FreeBSD,那么仍然可以使用gdb- k来读取核心转储文件。
If you have an older version of FreeBSD, you can still use GDB -k to read a core dump file.
有时,当“panic”、“fatal”都没有找到时,核心转储将包含对函数中“segmentationfault”的引用。
When neither "panic" or "fatal" are found, sometimes a core dump will contain a reference to a "segmentation fault" in a function.
设置 override_signal_handling 可以确保该程序终止并进行核心转储,即使应用程序已经对这些信号进行了处理。
Setting override_signal_handling ensures that the program terminates and core, even if these signals have been handled by the application.
override_signal_handling当MALLOCDEBUG检测到内存错误,它会强迫该程序使用SIGSEGV或SIGABRT进行核心转储。
Override_signal_handling When MALLOCDEBUG detects memory errors, it forces the program to core using SIGSEGV or SIGABRT.
在这种情况下,可能需要启用核心文件转储或增加核心文件大小。
If this occurs, you may need to enable core file dumps or increase the core file size.
在gd b外运行示例程序eg1将会导致核心信息转储。
Running our example program eg1 outside of GDB will result in a core dump.
进程空间转储(系统转储或核心文件)。
进程空间转储(系统转储或核心文件)。
应用推荐