Re: SQLFetchScroll with SQL_ATTR_ROWS_FETCHED_PTR closing statement.
От | Inoue, Hiroshi |
---|---|
Тема | Re: SQLFetchScroll with SQL_ATTR_ROWS_FETCHED_PTR closing statement. |
Дата | |
Msg-id | 53197EA7.6070700@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: SQLFetchScroll with SQL_ATTR_ROWS_FETCHED_PTR closing statement. (Przemyslaw Rzepecki <przemyslaw.rzepecki@ericsson.com>) |
Ответы |
Re: SQLFetchScroll with SQL_ATTR_ROWS_FETCHED_PTR closing
statement.
Re: SQLFetchScroll with SQL_ATTR_ROWS_FETCHED_PTR closing statement. |
Список | pgsql-odbc |
(2014/03/07 2:05), Przemyslaw Rzepecki wrote: > Hi, > > Thanks for the answer! I have compare my program with Yours didn't > noticed any logical difference. Then tried rerun the tests on two > different systems, any my tests ware passing on one but the errors ware > still present on the other. > > Tried to step by step eliminate all the differences and I believe its > the libodbcinst.so.2 vs libodbcinst.so.1 which cause the difference. It > works fine with unixodbc 1 but when I use a driver recompiled against > unixodbc 2 then the error happens. Functions used in lib(i)odbcinst are SQLGetPrivateProfileString() and SQLWritePrivateProfileString(). Could you please take the Mylog output of your failure case by setting Debug=1 in your odbc.ini? regards, Hiroshi Inoue -- I am using the free version of SPAMfighter. SPAMfighter has removed 5505 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len Do you have a slow PC? Try a Free scan http://www.spamfighter.com/SLOW-PCfighter?cid=sigen
В списке pgsql-odbc по дате отправления: