3

使用带有 unixODBC 的 Informix 64 位驱动程序(Redhat 和 2.3.1 都默认使用 2.2.14)并且当列具有 NULL 值时会遇到问题。unixODBC 将 SQLLEN 用于(最后一个)StrLen_or_Ind 参数,而 Informix 64 位驱动程序似乎使用 SQLINTEGER。

因此,当测试返回值是否为 SQL_NULL_DATA 时,测试不起作用.. 因为当被视为 64 位整数时,作为 32 位整数的值 -1(SQL_NULL_DATA 被定义为)是 4294967296。

我在将驱动程序与 PHP ODBC 一起使用时发现了这个问题,因为它导致了段错误。有谁知道解决方法?我想过有一个自定义编译的 unixODBC 和 PHP 可以与 Informix ODBC 驱动程序一起使用,但是它不能与其他 ODBC 驱动程序一起正常工作:(

下面是我编写的一个简单的 C 程序来测试它。

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

typedef struct odbc_connection {
    SQLHENV henv;
    SQLHDBC hdbc;
} odbc_connection;

typedef struct odbc_result_value {
    char name[32];
    char *value;
    SQLLEN vallen;
    SQLLEN coltype;
} odbc_result_value;

typedef struct odbc_result {
    SQLHSTMT stmt;
    odbc_result_value *values;
    SQLSMALLINT numcols;
    odbc_connection *conn;
} odbc_result;

int print_error (SQLHENV    henv,
                 SQLHDBC    hdbc,
                 SQLHSTMT   hstmt)
{
    SQLCHAR     buffer[SQL_MAX_MESSAGE_LENGTH + 1];
    SQLCHAR     sqlstate[SQL_SQLSTATE_SIZE + 1];
    SQLINTEGER  sqlcode;
    SQLSMALLINT length;


    while ( SQLError(henv, hdbc, hstmt, sqlstate, &sqlcode, buffer,
                     SQL_MAX_MESSAGE_LENGTH + 1, &length) == SQL_SUCCESS )
    {
        printf("\n **** ERROR *****\n");
        printf("         SQLSTATE: %s\n", sqlstate);
        printf("Native Error Code: %ld\n", sqlcode);
        printf("%s \n", buffer);
    };

    return ( SQL_ERROR);
}

int terminate(SQLHENV henv,
              SQLHDBC hdbc)
{
    SQLRETURN   rc;

    rc = SQLDisconnect (hdbc);               /* disconnect from database  */
    if (rc != SQL_SUCCESS )
        print_error (henv, hdbc, SQL_NULL_HSTMT);
    rc = SQLFreeConnect (hdbc);              /* free connection handle    */
    if (rc != SQL_SUCCESS )
        print_error (henv, hdbc, SQL_NULL_HSTMT);
    rc = SQLFreeEnv (henv);                  /* free environment handle   */
    if (rc != SQL_SUCCESS )
        print_error (henv, hdbc, SQL_NULL_HSTMT);

    return(rc);
}

int check_error (SQLHENV    henv,
                 SQLHDBC    hdbc,
                 SQLHSTMT   hstmt,
                 SQLRETURN  frc)
{
    SQLRETURN   rc;

    print_error(henv, hdbc, hstmt);

    switch (frc){
    case SQL_SUCCESS : break;
    case SQL_ERROR :
    case SQL_INVALID_HANDLE:
        printf("\n ** FATAL ERROR, Attempting to rollback transaction**\n");
        rc = SQLTransact(henv, hdbc, SQL_ROLLBACK);
        if (rc != SQL_SUCCESS)
            printf("Rollback Failed, Exiting application\n");
        else
            printf("Rollback Successful, Exiting application\n");
        terminate(henv, hdbc);
        exit(frc);
        break;
    case SQL_SUCCESS_WITH_INFO :
        printf("\n ** Warning Message, application continuing\n");
        break;
    case SQL_NO_DATA_FOUND :
        printf("\n ** No Data Found ** \n");
        break;
    default :
        printf("\n ** Invalid Return Code ** \n");
        printf(" ** Attempting to rollback transaction **\n");
        SQLTransact(henv, hdbc, SQL_ROLLBACK);
        terminate(henv, hdbc);
        exit(frc);
        break;
    }
    return(SQL_SUCCESS);

}

odbc_connection* odbc_connect(char *dsn, char *user, char* password)
{
    SQLRETURN rc;
    odbc_connection *conn;

    conn = (odbc_connection *) malloc(sizeof(odbc_connection));

    // Allocate environment handle
    rc = SQLAllocEnv(&conn->henv);
    if (rc != SQL_SUCCESS) {
        printf("Unable to allocate environment\n");
        check_error(conn->henv, conn->hdbc, SQL_NULL_HSTMT, rc);
    }

    // Allocate connection handle
    rc = SQLAllocConnect(conn->henv, &conn->hdbc);
    if (rc != SQL_SUCCESS) {
        printf("Unable to allocate connection handle\n");
        check_error(conn->henv, conn->hdbc, SQL_NULL_HSTMT, rc);
    }

    // Connect to database
rc = SQLConnect(conn->hdbc, dsn, SQL_NTS, user, SQL_NTS, password,
SQL_NTS);
    if (rc != SQL_SUCCESS) {
        printf("Unable to connect\n");
        check_error(conn->henv, conn->hdbc, SQL_NULL_HSTMT, rc);
    }

    return conn;
}

odbc_result* odbc_query(odbc_connection *conn, char *sql)
{
    SQLRETURN rc;
    odbc_result *result;
    int i;
    SQLSMALLINT colnamelen; /* Not used */
    SQLLEN displaysize;

    result = (odbc_result *) malloc(sizeof(odbc_result));
    result->conn = conn;

    rc = SQLAllocStmt(conn->hdbc, &(result->stmt));
    if (rc != SQL_SUCCESS) {
        printf("Unable to allocate statement\n");
        check_error(conn->henv, conn->hdbc, SQL_NULL_HSTMT, rc);
    }

    rc = SQLExecDirect(result->stmt, sql, SQL_NTS);
    if (rc != SQL_SUCCESS) {
        printf("Unable to execute statement\n");
        check_error(conn->henv, conn->hdbc, SQL_NULL_HSTMT, rc);
    }

    SQLNumResultCols(result->stmt, &(result->numcols));

    if (result->numcols > 0) {
        // Bind columns
        result->values = (odbc_result_value *) malloc(sizeof(odbc_result_value) * result->numcols);

        for (i = 0; i < result->numcols; i++) {
            rc = SQLColAttributes(result->stmt, (SQLUSMALLINT)(i+1),
                SQL_COLUMN_NAME, result->values[i].name,
                sizeof(result->values[i].name), &colnamelen, 0);
            rc = SQLColAttributes(result->stmt, (SQLUSMALLINT)(i+1), 
                SQL_COLUMN_TYPE, NULL, 0, NULL, &result->values[i].coltype);
            rc = SQLColAttributes(result->stmt, (SQLUSMALLINT)(i+1),
                SQL_COLUMN_DISPLAY_SIZE, NULL, 0, NULL, &displaysize);
            result->values[i].value = (char *) malloc(sizeof(char) * (displaysize + 1));
            rc = SQLBindCol(result->stmt, (SQLUSMALLINT)(i+1), SQL_C_CHAR,
                result->values[i].value, displaysize + 1, &result->values[i].vallen);
        }
    }

    return result;
}

int odbc_print_row(odbc_result *result) {
    SQLRETURN rc;
    int i;

    rc = SQLFetch(result->stmt);
    if (rc != SQL_SUCCESS) {
        return 0;
    }

    for (i = 0; i < result->numcols; i++) {
        /* BUG: the 64 bit informix driver here is has returned a 32 bit -1
        integer but is stored in a 64 integer field */
        if (result->values[i].vallen == SQL_NULL_DATA) {
            printf("NULL;");
        } else {
            printf("\"");
            printf("%s", result->values[i].value);
            printf("\";");
        }
    }
    printf("\n");
    return 1;
}

int main(int argc, char *argv[])
{
    odbc_connection* conn;
    odbc_result *result;

    conn = odbc_connect("authlive", "auth", "xxx");
    result = odbc_query(conn, argv[1]);

    while (odbc_print_row(result));

    SQLFreeStmt(result->stmt, SQL_CLOSE);
    free(result);
    terminate(conn->henv, conn->hdbc);
    free(conn);
    return 0;
}
4

1 回答 1

3

这是 CSDK 3.70 和早期版本的 Informix ODBC 驱动程序中的一个已知问题。

昨天(2013-03-26),IBM 发布了 IBM Informix 12.10.xC1 和配套的 IBM Informix ClientSDK 4.10.xC1。那里的 ODBC 版本应该具有 SQLLEN 和 SQLULEN 的正确 64 位类型。

这意味着如果你升级了,你应该没问题。这确实意味着任何代码都需要使用新版本的 ODBC 重新编译。这也意味着在使用 Informix 3.70 和更早版本时,一些(商业)ODBC 驱动程序管理器需要重新构建,或者配置为使用标准的 64 位驱动程序接口而不是有缺陷的 Informix 接口。新的 4.10 驱动程序。

于 2013-03-28T01:49:15.987 回答