Ao usar as bibliotecas UNIX-ODBC do site unixodbc , estou enfrentando um problema com o SQLDriverConnect api.
Se eu tentar conectar-me ao meu banco de dados duas vezes seguidas, primeiro com dados DSN incorretos (dados do Nome da Fonte de Dados, colocados no /etc/odbc.ini geralmente) & segundo com dados corretos, a segunda tentativa de conexão também falha. O motivo da falha parece ser que o SQLDriverConnect parece usar os dados incorretos fornecidos na primeira execução.
Após vasculhar a rede em busca de qualquer menção ao armazenamento em cache dos dados, parece que ninguém mais se deparou com esse problema específico (ou minha pesquisa foi inadequada).
O caso de uso para mim é que estou fornecendo uma GUI na qual o usuário pode preencher manualmente o formulário com todos os parâmetros e clicar em um botão 'Testar conexão'. Isso gravará (ou substituirá) os detalhes no arquivo /etc/odbc.ini e, em seguida, tentará se conectar ao banco de dados usando o unixodbc apis. Se o teste for bem-sucedido, a string de conexão retornada do SQLDriverConnect será preenchida na GUI. Se falhar, a GUI exibirá a falha e permitirá que o usuário edite os dados no formulário e clique novamente no botão "Testar conexão".
Problema: Se o usuário digitar alguns dados incorretos (digamos, o número da porta), o teste falha e o usuário corrige os dados. Quando o usuário tentar testar a conexão, ela deverá passar, pois todos os dados estão corretos e também serão preenchidos corretamente no arquivo odbc.ini . Loucamente, falha no segundo reteste. No entanto, às vezes, um terceiro ou quarto reteste em diante é capaz de se conectar corretamente.
Observe que as reconexões devem, idealmente, estar na execução única do programa, pois uma repetição do programa não parece revelar o problema. Isso é importante para mim nos testes será disparado do lado do servidor e não terá o luxo de reiniciar.
Abaixo estão os detalhes dos sistemas usados para desenvolvimento e execução da amostra mais tarde:
Developement Machine
CentOS release 6.1 (Final)
2.6.32-131.0.15.el6.i686 {32bit machine}
Deployment Machine (CentOS)
Linux release 6.6 (Final)
2.6.32-573.el6.x86_64 {64bit machine}
unixODBC 2.2.14
/usr/lib/psqlodbcw.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
.
Construa o código com o libodbc, conforme abaixo:
g++ -g -o code code.cpp -lodbc
Note que você pode ter que garantir que os arquivos incluídos e as bibliotecas estejam no lugar.
#include "../boost_1_52_0/boost/property_tree/ptree.hpp"
#include "../boost_1_52_0/boost/property_tree/ini_parser.hpp"
#include <iostream>
#include <string>
#include <vector>
#include <utility>
#include <unistd.h>
#include "../unixODBC-2.3.4/include/sql.h"
#include "../unixODBC-2.3.4/include/sqlext.h"
#include "../unixODBC-2.3.4/include/odbcinst.h"
using boost::property_tree::ptree;
using namespace std;
void PopulateINI(const string& iniName, vector<pair<string, string> >& data);
bool TestConnection(const string& connStringIn, string& connStringOut);
static void extract_error(char *fn, SQLHANDLE handle, SQLSMALLINT type);
void PrintIniFile(const string& iniName, const string& sDSN);
int main(int argc, char* argv[])
{
if (argc != 2)
{
cout << "Enter the choice of\n\t1 : Full run:- \n\t\t\tpopulate incorrect data\n\t\t\tattempt to connect\n\t\t\tpopulate CORRECT data\n\t\t\twait 15 secs\n\t\t\tattempt to connect\n\t2 : attempt to connect with existing ini data" << endl;
return 0;
}
int iCh = atoi(argv[1]);
if(iCh != 1 && iCh != 2)
{
cout << "Invalid choice !!\nAcceptable values are - '1' OR '2' only" << endl;
return 0;
}
string sDSN = "PostgresTest01";
string sConnStrIn, sConnStrOut;
sConnStrIn.append("DSN=").append(sDSN.c_str()).append(1, ';');
string iniName = "/etc/odbc.ini";
if (iCh == 1)
{
//Incorrect DSN data
vector<pair<string, string> > vData;
vData.push_back(make_pair(sDSN + ".Description", "Description"));
vData.push_back(make_pair(sDSN + ".Driver", "PostgreSQL"));
vData.push_back(make_pair(sDSN + ".Database", "dvdrental"));
vData.push_back(make_pair(sDSN + ".Servername", "192.168.45.217"));
vData.push_back(make_pair(sDSN + ".Port", "1234")); //INCORRECT PORT NUMBER; '1234' instead of '5432'
vData.push_back(make_pair(sDSN + ".UserName", "postgres"));
vData.push_back(make_pair(sDSN + ".Password", "postgres"));
vData.push_back(make_pair(sDSN + ".Trace", "Off"));
vData.push_back(make_pair(sDSN + ".TraceFile", "stderr"));
vData.push_back(make_pair(sDSN + ".Protocol", "7.0"));
vData.push_back(make_pair(sDSN + ".ReadOnly", "No"));
vData.push_back(make_pair(sDSN + ".RowVersioning", "No"));
vData.push_back(make_pair(sDSN + ".ShowSystemTables", "No"));
vData.push_back(make_pair(sDSN + ".ShowOidColumn", "No"));
vData.push_back(make_pair(sDSN + ".FakeOidIndex", "No"));
vData.push_back(make_pair(sDSN + ".ConnSettings", ""));
//Populate ini with Incorrect data
PopulateINI(iniName, vData);
sleep(5); //Just so I can see the ini file changing
//First run - Call SQLDriverConnect
PrintIniFile(iniName, sDSN);
sConnStrOut.clear();
if(TestConnection(sConnStrIn, sConnStrOut))
{
cout << "Test connection succeeded.\nConnection String is [" << sConnStrOut << "]" << endl;
}
else
{
cout << "Test connection failed for sConnStrIn[" << sConnStrIn << "]" << endl;
}
cout << "\n\n====================================================================" << endl;
cout << "Updating ini file with correct data..." << endl;
vData[4].second = "5432"; //CORRECT PORT NUMBER
PopulateINI(iniName, vData); //WRITE TO INI FILE
cout << "\n\nWaiting for 15 secs" << endl;
sleep(15); //15, so that I could manually change the odbc.ini, as I had some suspicions about ptree, read_ini() & write_ini()
cout << "\n\n====================================================================" << endl;
}
//Second run - Call SQLDriverConnect
PrintIniFile(iniName, sDSN);
sConnStrOut.clear();
if(TestConnection(sConnStrIn, sConnStrOut))
{
cout << "Test connection succeeded.\nConnection String is [" << sConnStrOut << "]" << endl;;
}
else
{
cout << "Test connection failed for sConnStrIn[" << sConnStrIn << "]" << endl;
}
return 0;
}
void PrintVector(const string& label, vector<pair<string, string> >& data)
{
cout << "\n\n " << label << "\n" << endl;
for(vector<pair<string, string> >::iterator it = data.begin(); it != data.end(); ++it)
{
cout << "\t\t" << it->first << " : " << it->second << endl;
}
cout << "\n===================================================" << endl;
}
void PopulateINI(const string& iniName, vector<pair<string, string> >& data)
{
ptree pt;
read_ini(iniName.c_str(), pt);
for(vector<pair<string, string> >::iterator it = data.begin(); it != data.end(); ++it)
{
pt.put(it->first.c_str(), it->second.c_str());
}
write_ini(iniName.c_str(), pt);
}
bool TestConnection(const string& connStringIn, string& connStringOut)
{
bool fRC = false;
SQLRETURN retcode;
SQLHENV env=NULL;
SQLHDBC dbc=NULL;
SQLSMALLINT siOutConnStrLen;
connStringOut.resize(2048);
SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, &env);
SQLSetEnvAttr(env, SQL_ATTR_ODBC_VERSION, (void *) SQL_OV_ODBC3, 0);
SQLAllocHandle(SQL_HANDLE_DBC, env, &dbc);
retcode = SQLDriverConnect(dbc, NULL, (SQLCHAR*)connStringIn.c_str(), SQL_NTS, (SQLCHAR*)&connStringOut.at(0), 2048, &siOutConnStrLen, SQL_DRIVER_NOPROMPT);
if(SQL_SUCCEEDED(retcode))
{
connStringOut.resize(siOutConnStrLen);
fRC = true;
if(retcode == SQL_SUCCESS_WITH_INFO)
{
cout << "Driver reported the following diagnostics:" << endl;
extract_error("SQLDriverConnect", dbc, SQL_HANDLE_DBC);
}
SQLDisconnect(dbc);
}
else
{
cout << "Failed to connect:" << endl;
extract_error("SQLDriverConnect", dbc, SQL_HANDLE_DBC);
}
SQLFreeHandle(SQL_HANDLE_DBC, dbc);
SQLFreeHandle(SQL_HANDLE_ENV, env);
return fRC;
}
void extract_error(char *fn, SQLHANDLE handle, SQLSMALLINT type)
{
SQLINTEGER i = 0;
SQLINTEGER native;
SQLCHAR state[ 7 ];
SQLCHAR text[256];
SQLSMALLINT len;
SQLRETURN ret;
fprintf(stderr, "\nThe driver reported the following diagnostics whilst running %s\n\n", fn);
do
{
ret = SQLGetDiagRec(type, handle, ++i, state, &native, text, sizeof(text), &len );
if (SQL_SUCCEEDED(ret))
printf("%s:%ld:%ld:%s\n", state, i, native, text);
}
while( ret == SQL_SUCCESS );
}
void PrintIniFile(const string& iniName, const string& sDSN)
{
ptree pt;
read_ini(iniName.c_str(), pt);
cout << "\n\n[" << sDSN << "]" << endl;
cout << "Description : " << pt.get<string>((sDSN + "." + "Description").c_str()) <<endl;
cout << "Driver : " << pt.get<string>((sDSN + "." + "Driver").c_str()) <<endl;
cout << "Database : " << pt.get<string>((sDSN + "." + "Database").c_str()) <<endl;
cout << "Servername : " << pt.get<string>((sDSN + "." + "Servername").c_str()) <<endl;
cout << "Port : " << pt.get<string>((sDSN + "." + "Port").c_str()) <<endl;
cout << "UserName : " << pt.get<string>((sDSN + "." + "UserName").c_str()) <<endl;
cout << "Password : " << pt.get<string>((sDSN + "." + "Password").c_str()) <<endl;
cout << "Trace : " << pt.get<string>((sDSN + "." + "Trace").c_str()) <<endl;
cout << "TraceFile : " << pt.get<string>((sDSN + "." + "TraceFile").c_str()) <<endl;
cout << "Protocol : " << pt.get<string>((sDSN + "." + "Protocol").c_str()) <<endl;
cout << "ReadOnly : " << pt.get<string>((sDSN + "." + "ReadOnly").c_str()) <<endl;
cout << "RowVersioning : " << pt.get<string>((sDSN + "." + "RowVersioning").c_str()) <<endl;
cout << "ShowSystemTables : " << pt.get<string>((sDSN + "." + "ShowSystemTables").c_str()) <<endl;
cout << "ShowOidColumn : " << pt.get<string>((sDSN + "." + "ShowOidColumn").c_str()) <<endl;
cout << "FakeOidIndex : " << pt.get<string>((sDSN + "." + "FakeOidIndex").c_str()) <<endl;
cout << "ConnSettings : " << pt.get<string>((sDSN + "." + "ConnSettings").c_str()) <<endl;
cout << "\n\n" << endl;
}
.
O programa usa um único argumento, '1' ou '2'.
1 : Full run:-
populate incorrect data
attempt to connect
populate CORRECT data
wait 15 secs
attempt to connect
2 : attempt to connect with existing ini data
por exemplo,
./code 1
OR
./code 2
Para a execução completa ./code 1 , abaixo está a saída.
Observe que, antes da segunda tentativa de conexão, o odbc.ini foi modificado e lido para exibir o 'número da porta' correto.
[PostgresTest01]
Description : Description
Driver : PostgreSQL
Database : dvdrental
Servername : 192.168.45.217
Port : 1234
UserName : postgres
Password : postgres
Trace : Off
TraceFile : stderr
Protocol : 7.0
ReadOnly : No
RowVersioning : No
ShowSystemTables : No
ShowOidColumn : No
FakeOidIndex : No
ConnSettings :
Failed to connect:
The driver reported the following diagnostics whilst running SQLDriverConnect
08001:1:101:[unixODBC]Could not connect to the server;
Connection refused [192.168.45.217:1234]
Test connection failed for sConnStrIn[DSN=PostgresTest01;]
====================================================================
Updating ini file with correct data...
Waiting for 15 secs
====================================================================
[PostgresTest01]
Description : Description
Driver : PostgreSQL
Database : dvdrental
Servername : 192.168.45.217
Port : 5432
UserName : postgres
Password : postgres
Trace : Off
TraceFile : stderr
Protocol : 7.0
ReadOnly : No
RowVersioning : No
ShowSystemTables : No
ShowOidColumn : No
FakeOidIndex : No
ConnSettings :
Failed to connect:
The driver reported the following diagnostics whilst running SQLDriverConnect
08001:1:101:[unixODBC]Could not connect to the server;
Connection refused [192.168.45.217:1234]
Test connection failed for sConnStrIn[DSN=PostgresTest01;]
. Observe que, na segunda tentativa, embora o ini reflita os dados corretos impressos 15 segundos antes que a conexão seja tentada, a mensagem de erro mostra que a conexão foi recusada para a porta '1234'.
Connection refused [192.168.45.217:1234] . .
.
Para a execução rápida ./code 2 , imediatamente após a primeira execução, após o qual o ini retém os dados corretos, abaixo está a saída.
Consegue se conectar.
[PostgresTest01]
Description : Description
Driver : PostgreSQL
Database : dvdrental
Servername : 192.168.45.217
Port : 5432
UserName : postgres
Password : postgres
Trace : Off
TraceFile : stderr
Protocol : 7.0
ReadOnly : No
RowVersioning : No
ShowSystemTables : No
ShowOidColumn : No
FakeOidIndex : No
ConnSettings :
Test connection succeeded.
Connection String is [DSN=PostgresTest01;DATABASE=dvdrental;SERVER=192.168.45.217;PORT=5432;UID=postgres;PWD=postgres;SSLmode=disable;ReadOnly=No;Protocol=7.0;FakeOidIndex=No;ShowOidColumn=No;RowVersioning=No;ShowSystemTables=No;ConnSettings=;Fetch=100;Socket=4096;UnknownSizes=0;MaxVarcharSize=255;MaxLongVarcharSize=8190;Debug=0;CommLog=0;Optimizer=0;Ksqo=1;UseDeclareFetch=0;TextAsLongVarchar=1;UnknownsAsLongVarchar=0;BoolsAsChar=1;Parse=0;CancelAsFreeStmt=0;ExtraSysTablePrefixes=dd_;;LFConversion=0;UpdatableCursors=1;DisallowPremature=0;TrueIsMinus1=0;BI=0;ByteaAsLongVarBinary=0;UseServerSidePrepare=0;LowerCaseIdentifier=0;]
.
Reiterando as perguntas aqui.
./code 1 faz com que os dois testes de conexão falhem? SQLDriverConnect de alguma forma armazena em cache os dados apesar de
desalocação de alças entre as tentativas de conexão? .
Eu procuraria uma versão posterior do gerenciador de drivers, 2.2.14 é de 2008. Pode não corrigir o problema tentando uma compilação posterior, mas certamente houve correções adicionadas ao código de cache.
Além disso, ao criar o 2.3.x, eu adicionaria --enable-inicaching = no ao configure. Essa pode ser a causa do problema que você está vendo.
Tags postgresql database c++ odbc