1

私は次の機能を持っています:

int get_tcounter(char *meterType, int *error) {
    MYSQL *conn = mysql_init(NULL);
    get_connection(conn, DB_HOST, DB_USER, DB_PW, DB); 

    MYSQL_STMT *stmt = mysql_stmt_init(conn);
    if (!stmt) {
        log_to_console("Init stmt failed: %s\n", mysql_error(conn));
        exit(1);
    }
    prepare_stmt(conn, stmt, GET_TCOUNTER_SQL);

    MYSQL_BIND param[1], res[1];
    memset(param, 0, sizeof(param));
    memset(res, 0, sizeof(res));

    char *paramBuff;
    int tcBuff;
    my_bool isNullParam[] = {0}, isNullRes[] = {0};

    paramBuff = meterType;

    bind_string_param(&param[0], strlen(meterType), paramBuff, &isNullParam[0], (unsigned long *) 0);
    bind_result(&res[0], MYSQL_TYPE_LONG, (char *) &tcBuff, &isNullRes[0], (unsigned long *) 0);

    execute_statement(stmt, param, res);

    *error = TRUE;
    int ret = 0;
    if (!mysql_stmt_fetch(stmt)) {
        ret = tcBuff;
        *error = FALSE;
    }

    mysql_stmt_close(stmt);
    mysql_close(conn);

    return ret;
}

最初に関数を実行すると、すべてが期待どおりに機能しますが、2 回目にはmysql_init行がセグメンテーション違反をスローします。

コアダンプは次のとおりです。

Program terminated with signal 11, Segmentation fault.
#0  0x00007fe23ee22f08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) down
Bottom (innermost) frame selected; you cannot go down.
(gdb) up
#1  0x00007fe23ee24536 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) up
#2  0x00007fe23ee270b5 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) up
#3  0x00007fe23fa951d2 in my_malloc () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
(gdb) up
#4  0x00007fe23fa788df in mysql_init () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
(gdb) up
#5  0x0000000000403ed4 in get_tcounter (meterType=0x24bcbd0 "M-9669-8", error=0x7fff6b57a8a8) at database/data_access.c:284
284     MYSQL *conn = mysql_init(NULL);

奇妙なことに、最初の呼び出しconnでは init の前に 0x0 ですが、2 回目は任意の 0x7fff... アドレスです。

init の前に conn に NULL を割り当て、conn を解放しても無駄でした。

4

2 に答える 2

0

これは、MySQLにいくつかの悪い状態を設定するメモリの破損である可能性が高いです。Valgrindでこれを実行して、freeある種の二重アクセスまたは無効なアクセスがあるかどうかを確認してください。

于 2012-10-12T03:00:13.713 に答える