将Informix 64位驱动程序与unixODBC(Redhat附带的默认值为2.2.14以及2.3.1一起使用)会遇到问题
当列具有NULL值时。 unixODBC将SQLLEN用于(最后)
StrLen_or_Ind参数,而Informix 64位驱动程序似乎使用SQLINTEGER。
因此,当测试返回值是否为SQL_NULL_DATA时,该测试将无法正常工作。
因为值-1(将SQL_NULL_DATA定义为)的32位整数是
当视为64位整数时为4294967296。
当将驱动程序与PHP ODBC一起使用时,我发现了此问题,因为这会导致
segfault。有人知道解决方法吗?我想过要有一个与Informix ODBC驱动程序一起使用的自定义编译的unixODBC和PHP,但随后就不能与其他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;
}
最佳答案
这是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重新编译。这也意味着一些(商业)ODBC驱动程序管理器需要在Informix 3.70及更早版本中解决异常(错误),或者需要重新配置,或者配置为使用标准的64位驱动程序接口(interface)而不是有问题的Informix接口(interface)。新的4.10驱动程序。
关于linux - 具有64位unixODBC segfault的Informix,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/15672477/