【问题标题】:Valgrind Possibly Lost - MYSQLValgrind 可能丢失 - MYSQL
【发布时间】:2011-04-05 13:15:58
【问题描述】:

我最近一直在通过 Valgrind 运行我的一个应用程序,但是我无法修复一些与 MYSQL 相关的漏洞。我将有问题的代码放在最基本的形式中并对其进行了测试;我有同样的泄漏。我应该无视他们还是我做错了什么?

代码:

#include <stdio.h>
#include <stdlib.h>

#include <mysql/mysql.h>

int main()
{
    MYSQL *MYSQLIns;

    MYSQLIns = mysql_init(NULL);

    mysql_real_connect(MYSQLIns, "localhost", "username", "password", "database", 0, NULL, 0);

    mysql_close(MYSQLIns);

    return EXIT_SUCCESS;
}

编译:

gcc -g -lmysqlclient mysql_mem_test.c -o mysql_mem_test

Valgrind 输出:

valgrind --leak-check=full ./mysql_mem_test
==4601== Memcheck, a memory error detector
==4601== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==4601== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info
==4601== Command: ./mysql_mem_test
==4601== 
==4601== 
==4601== HEAP SUMMARY:
==4601==     in use at exit: 61,336 bytes in 16 blocks
==4601==   total heap usage: 70 allocs, 54 frees, 109,218 bytes allocated
==4601== 
==4601== 24,528 bytes in 6 blocks are possibly lost in loss record 4 of 5
==4601==    at 0x4024C1C: malloc (vg_replace_malloc.c:195)
==4601==    by 0x4079BB2: my_once_alloc (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407A408: ??? (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407AED1: ??? (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407B112: get_charset_by_csname (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x409D55B: mysql_init_character_set (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x409F5A1: mysql_real_connect (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x80485E0: main (mysql_mem_test.c:12)
==4601== 
==4601== 28,616 bytes in 7 blocks are possibly lost in loss record 5 of 5
==4601==    at 0x4024C1C: malloc (vg_replace_malloc.c:195)
==4601==    by 0x4079BB2: my_once_alloc (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407A3E9: ??? (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407AED1: ??? (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x407B112: get_charset_by_csname (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x409D55B: mysql_init_character_set (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x409F5A1: mysql_real_connect (in /usr/lib/libmysqlclient.so.16.0.0)
==4601==    by 0x80485E0: main (mysql_mem_test.c:12)
==4601== 
==4601== LEAK SUMMARY:
==4601==    definitely lost: 0 bytes in 0 blocks
==4601==    indirectly lost: 0 bytes in 0 blocks
==4601==      possibly lost: 53,144 bytes in 13 blocks
==4601==    still reachable: 8,192 bytes in 3 blocks
==4601==         suppressed: 0 bytes in 0 blocks
==4601== Reachable blocks (those to which a pointer was found) are not shown.
==4601== To see them, rerun with: --leak-check=full --show-reachable=yes
==4601== 
==4601== For counts of detected and suppressed errors, rerun with: -v
==4601== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 55 from 38)

【问题讨论】:

    标签: mysql c memory-leaks valgrind


    【解决方案1】:

    在 mysql_close 帮助后添加mysql_library_end(); 吗?

    更新:安装 valgrind 并尝试过,确实如此。 mysql_init() 隐式执行 mysql_library_init(),但 mysql_close() 并没有类似地执行 mysql_library_end(),文档暗示但没有直接说出来。

    【讨论】:

    • 非常感谢,从来没有听说过这个功能。再次感谢!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-06-23
    • 2019-01-24
    • 1970-01-01
    • 2011-10-09
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多