Hi, Starting from your last question, it's Version3.
Now to the issue you are referring to. It definitely looks like a bug to me. It's weird that no one has found it earlier. Looks like no one uses SQLConnect? It is weird that We do not have a test for that either. Anyway I filed a ticket and going to take a look at it soon: [1] As a workaround you can try a solution suggested by Ilya. I can not provide a sound workaround for third-party tools like isql though. [1] - https://issues.apache.org/jira/browse/IGNITE-13771 Best Regards, Igor On Fri, Nov 27, 2020 at 5:43 PM Ilya Kasnacheev <ilya.kasnach...@gmail.com> wrote: > Hello! > > You can link your own binary to libodbcinst, in which case the linking > problem should go away. Can you try that? > > Regards, > -- > Ilya Kasnacheev > > > пт, 27 нояб. 2020 г. в 17:13, Wolfgang Meyerle < > wolfgang.meye...@googlemail.com>: > >> Hi, >> >> after spending several hours to get the unixodbc driver up and running I >> nearly gave up. >> >> However together with the author of unixodbc I was able to find out that >> the current odbc driver in Apache Ignite is not doeing what it's >> supposed to do. >> >> As soon as I execute the command: >> et = SQLConnect(dbc, (SQLCHAR*)DSN, SQL_NTS, (SQLCHAR*)"", SQL_NTS, >> (SQLCHAR*)"", SQL_NTS); >> >> I get a crash in my program stating that: >> isql: symbol lookup error: /usr/local/lib/libignite-odbc.so: undefined >> symbol: SQLGetPrivateProfileString >> >> According to the author of unixodbc this is a function which is called >> to find out where to connect to by opening the /etc/odbc.ini file an >> looking for the DSN provided by the parameter. >> >> >> I compiled the Apache Ignite odbc connector exactly as stated in the >> manual. However an ldd on the /usr/local/lib/libignite-odbc.so does not >> show me a dependency on the odbcinst.so as stated by the author. >> >> So it seems that the configure script for the compilation is broken >> somehow. >> >> I installed unixodbc-dev on my ubuntu box so that shouldn't be the >> problem. >> >> Digging down into the cmake script it seems that it also correctly >> detects the installed unixodbc-dev installation. >> >> But the dependency to the odbcinst.so is missing. >> >> >> Hopefully someone can help. >> >> In the meantime I'm using the SQLDriverConnect routine which is not >> dependent on the SQLGetPrivateProfileString. That works but it just a >> dirty workaround and shouldn't be the final solution. >> >> Which ODBC Version is implemented in the code? >> >> Version2 or Version3? >> >> Reagards, >> >> Wolfgang >> >> >> >>