调用 calloc - 内存泄漏 valgrind

Question

以下代码是 NCURSES 菜单库中的示例。我不确定代码可能有什么问题，但 valgrind 报告了一些问题。任何想法...

==4803== 1,049 (72 direct, 977 indirect) bytes in 1 blocks are definitely lost in loss record 25 of 36
==4803==    at 0x4C24477: calloc (vg_replace_malloc.c:418)
==4803==    by 0x400E93: main (in /home/gerardoj/a.out)
==4803== 
==4803== LEAK SUMMARY:
==4803==    definitely lost: 72 bytes in 1 blocks
==4803==    indirectly lost: 977 bytes in 10 blocks
==4803==      possibly lost: 0 bytes in 0 blocks
==4803==    still reachable: 64,942 bytes in 262 blocks

源代码：

#include <curses.h>
#include <menu.h>

#define ARRAY_SIZE(a) (sizeof(a) / sizeof(a[0]))
#define CTRLD   4

char *choices[] = {
    "Choice 1",
    "Choice 2",
    "Choice 3",
    "Choice 4",
    "Choice 5",
    "Choice 6",
    "Choice 7",
    "Exit",
}
;

int main()
{
    ITEM **my_items;
    int c;
    MENU *my_menu;
    int n_choices, i;
    ITEM *cur_item;

    /* Initialize curses */
    initscr();
    cbreak();
    noecho();
    keypad(stdscr, TRUE);

    /* Initialize items */
    n_choices = ARRAY_SIZE(choices);
    my_items = (ITEM **)calloc(n_choices + 1, sizeof(ITEM *));
    for (i = 0; i < n_choices; ++i) {
        my_items[i] = new_item(choices[i], choices[i]);
    }
    my_items[n_choices] = (ITEM *)NULL;

    my_menu = new_menu((ITEM **)my_items);

    /* Make the menu multi valued */
    menu_opts_off(my_menu, O_ONEVALUE);

    mvprintw(LINES - 3, 0, "Use <SPACE> to select or unselect an item.");
    mvprintw(LINES - 2, 0, "<ENTER> to see presently selected items(F1 to Exit)");
    post_menu(my_menu);
    refresh();

    while ((c = getch()) != KEY_F(1)) {
        switch (c) {
        case KEY_DOWN:
            menu_driver(my_menu, REQ_DOWN_ITEM);
            break;
        case KEY_UP:
            menu_driver(my_menu, REQ_UP_ITEM);
            break;
        case ' ':
            menu_driver(my_menu, REQ_TOGGLE_ITEM);
            break;
        case 10:
            {
                char temp[200];
                ITEM **items;

                items = menu_items(my_menu);
                temp[0] = '\0';
                for (i = 0; i < item_count(my_menu); ++i)
                if(item_value(items[i]) == TRUE) {
                    strcat(temp, item_name(items[i]));
                    strcat(temp, " ");
                }
                move(20, 0);
                clrtoeol();
                mvprintw(20, 0, temp);
                refresh();
            }
            break;
        }
    }
    unpost_menu(menu);
    free_item(my_items[0]);
    free_item(my_items[1]);
    free_item(my_items[2]);
    free_item(my_items[3]);
    free_item(my_items[4]);
    free_item(my_items[5]);
    free_item(my_items[6]);
    free_item(my_items[7]);
    free_menu(my_menu);
    endwin();
}

Answer 1

根据 NCURSES 编程指南，使用菜单库需要以下内容步骤：

初始化诅咒

使用 new_item() 创建项目。您可以指定项目的名称和描述。

通过指定要附加的项目，使用 new_menu() 创建菜单。

使用menu_post()发布菜单并刷新屏幕。

使用循环处理用户请求，并使用 menu_driver 对菜单进行必要的更新。

使用 menu_unpost() 取消发布菜单

通过 free_menu() 释放分配给菜单的内存

使用 free_item() 释放分配给项目的内存

结束诅咒

从我从你的代码中可以看出：

• 你不会取消发布菜单（这可能会导致泄漏，或者可能只是冒着屏幕乱码的风险）。
• 菜单在项目被释放后被释放（我猜这可能是也可能不是问题，具体取决于 ncurses 的实现方式）。
• 仅释放 8 元素项目数组中的项目 0 和 1。这很可能是泄漏。
• my_items 指针数组永远不会被释放。这肯定是泄漏。

正如 @lh3 所说，使用 -g 选项进行编译将使 Valgrind 给出丢失内存的行号。

编辑（响应您的评论）：my_items是动态分配的指向动态创建的菜单项的指针数组。换句话说，你有一个动态内存块，它包含一堆指向一堆动态分配的 ncurses 结构（菜单项）的指针。因此，完成后要进行清理，您需要释放每个动态分配的 ncurses 结构，然后需要释放保存指向这些结构的指针的内存块。

换句话说，每个calloc或malloc都需要一个free，每个new_item需要一个free_item代码>，等等。

for (i = 0; i < n_choices; ++i) {
    free_item(my_items[i]);
}
free(my_items);

Answer 2

Valgrind 需要注意的事项（Valgrind 用户的邮件列表经常出现） )：

still reachable: 64,942 bytes in 262 blocks

这只是引用在退出时仍可在 main() 中访问的块，这些块（在任何现代内核下）无论如何都会被操作系统回收。

虽然在调用退出之前显式地free()每个分配的块是一个很好的做法，但这在技术上并不是泄漏内存，因为在退出时仍然可以到达它。

正如 Josh Kelly 建议的那样，重点关注直接、间接和可能丢失的块。这只是对已经指出可能的泄漏来源的答案的补充。

Answer 3

尝试使用 --leak-check=full 运行 valgrind 吧？

Answer 4

free_item(my_items[7]);
free(my_items);