当前位置：文江博客话题详情

正常崩溃，但使用 GDB 不会崩溃

发布于 2024-12-05 20:09:35 字数 145 浏览 9 评论 0原文

我的程序在正常运行时因分段错误而崩溃。所以我用 GDB 运行它，但是当我这样做时它不会崩溃。为什么会出现这种情况？

我知道 Valgrind 的 FAQ 提到了这一点（在 Valgrind 下不会崩溃），但我在 Google 中找不到任何与 GDB 相关的信息。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

淡莣 2024-12-12 20:09:35

我以前也遇到过这种情况（你并不孤单），但我不记得我做了什么来解决问题（我认为这是双重释放）。

我的建议是设置环境来创建核心转储，然后在程序崩溃后使用 GDB 来调查核心转储。在 Bash 中，这是通过 ulimit -c size 完成的，其中 size 可以是任何值；我个人使用 50000 表示最大大小为 25 MB；单位以 512 字节为增量。

您可以使用 GDB 通过使用 gdb program core 来调查核心转储。

回复收藏 0 原文

爱给你人给你 2024-12-12 20:09:35

听起来像是您那里的 Heisenbug :-)

如果您正在使用的平台是能够产生core文件，应该可以利用core文件和GDB来定位程序崩溃的位置。可以在此处找到简短说明。

不过让它崩溃几次。当崩溃是由堆栈粉碎或变量覆盖引起时，错误可能看起来“四处走动”。

回复收藏 0 原文

奈何桥上唱咆哮 2024-12-12 20:09:35

尝试附加到 gdb 中正在运行的进程，继续，然后重现崩溃。换句话说，不要在 gdb 中启动程序；相反，正常启动程序，然后附加。

有时，当单独单步执行各行时，导致程序崩溃的竞争条件不会显现出来，因为步骤之间的“长时间”暂停已经消除了竞争危险或使其变得极其不可能。

回复收藏 0 原文

云仙小弟 2024-12-12 20:09:35

嗯，我追踪到了 pthread_detach 调用。我正在做 pthread_detach(&thethread)。我只是拿走了引用并将其更改为 pthread_detach(thethread) 并且工作正常。我并不肯定，但也许通过分离引用然后在超出范围时再次销毁它来实现双重释放？

回复收藏 0 原文

泛泛之交 2024-12-12 20:09:35

如果错误取决于时间，GDB 可以防止它重复出现。

回复收藏 0 原文

潇烟暮雨 2024-12-12 20:09:35

检查 pthread_detach 调用的返回值。根据你的答案，你可能传递了一个无效的线程pthread_detach 的句柄。

回复收藏 0 原文

甩你一脸翔 2024-12-12 20:09:35

我有时也遇到过这种情况。

我的解决方案：清洁和清洁重建一切。

我并不是说这总能解决所有问题（在OP的情况下，问题是确实错误的），但是如果您在遇到这种情况时首先这样做，您可以节省一些麻烦和时间。奇怪的“元”错误。

至少根据我的经验，这些东西往往来自于应该重建但没有重建的旧目标文件。在 MinGW 和常规 GCC 中。

回复收藏 0 原文

零度℉ 2024-12-12 20:09:35

我遇到了类似的问题，其中一个线程被随机终止，并且未创建核心转储。当我附加 GDB 时，问题不会重现。

为了回答你为什么会发生这种情况的问题，我认为这是时间问题。由于GDB会收集一些与线程执行相关的数据，因此可能会减慢进程的执行速度。如果线程执行缓慢，则不会重现。

回复收藏 0 原文

甚是思念 2024-12-12 20:09:35

我刚刚遇到了类似的问题。就我而言，它连接到我的链表数据结构中的指针。当我动态创建一个新列表而不初始化结构内的所有指针时，我的程序在 GDB 外部崩溃。

以下是我的原始数据结构：

typedef struct linked_list {
    node *head;
    node *tail;
} list;

typedef struct list_node {
    char *string;
    struct list_node *next;
} node;

当我创建一个新的列表“实例”并指定其头部和尾部时，程序在 GDB 之外崩溃了：

list *createList(void) {
    list *newList = (list *) malloc(sizeof(list));
    if (newList == NULL) return;

    return newList;
}

在我将 createList 函数更改为以下内容后，一切都开始正常工作：

list *createList(void) {
    list *newList = (list *) malloc(sizeof(list));
    if (newList == NULL) return;

    newList->head = (node *) 0;
    newList->tail = (node *) 0;

    return newList;
}

我希望它可以对遇到与我的未初始化指针示例类似的情况的人有所帮助。

I just had a similar problem. In my case, it was connected to pointers in my linked list data structure. When I dynamically created a new list without initializing all the pointers inside the structure my program crashes outside GDB.

Here are my original data structures:

typedef struct linked_list {
    node *head;
    node *tail;
} list;

typedef struct list_node {
    char *string;
    struct list_node *next;
} node;

When I created a new "instance" of a list specifying its head and tail, the program crashed outside GDB:

list *createList(void) {
    list *newList = (list *) malloc(sizeof(list));
    if (newList == NULL) return;

    return newList;
}

Everything started to work normally after I changed my createList function to this:

list *createList(void) {
    list *newList = (list *) malloc(sizeof(list));
    if (newList == NULL) return;

    newList->head = (node *) 0;
    newList->tail = (node *) 0;

    return newList;
}

I hope it might help to someone in case of something similar to my example with non-initialized pointers.

回复收藏 0 原文