Re: ODBC : SQLGetData question
От
Dev Kumkar
Тема
Re: ODBC : SQLGetData question
Дата
Msg-id
CALSLE1O=1c8_Cw+r8HOmz+AGSHDV1UKp5SJhMHTqLbcxyRu8PQ@mail.gmail.com
Ответ на
Re: ODBC : SQLGetData question (aihtdikh)
Список
Дерево обсуждения
ODBC : SQLGetData question Dev Kumkar <devdas.kumkar@gmail.com>
Re: ODBC : SQLGetData question aihtdikh <aihtdikh@gmail.com>
Re: ODBC : SQLGetData question Dev Kumkar <devdas.kumkar@gmail.com>
Re: ODBC : SQLGetData question Dev Kumkar <devdas.kumkar@gmail.com>
Re: ODBC : SQLGetData question Nick Gorham <nick@lurcher.org>
Re: ODBC : SQLGetData question aihtdikh <aihtdikh@gmail.com>
Re: ODBC : SQLGetData question Dev Kumkar <devdas.kumkar@gmail.com>
Re: ODBC : SQLGetData question aihtdikh <aihtdikh@gmail.com>
Re: ODBC : SQLGetData question Nick Gorham <nick@lurcher.org>
Re: ODBC : SQLGetData question Dev Kumkar <devdas.kumkar@gmail.com>
On Wed, May 14, 2014 at 2:17 PM, aihtdikh <aihtdikh@gmail.com> wrote:
That will work around the issue, but I'm stumped as to why it was not working for you already.
It seems like your platform must be 64bit, and something somewhere is converting what should be a 64bit SQLLEN into a 32bit value, but I can't find anywhere in the source that does anything unsafe in this regard - it's SQLLEN all the way.
Edit: Ah, Nick may be on the right path there.
Could the driver have been compiled with a different sqltypes.h than the application?
If so, you could try compiling the driver under the same setup as your application to see if that fixes it.
Regards,
Harun
Yes, the platform is 64-bit.
We are deploying the driver as it is and not compiling it in-house currently.
Do you see any issues with the (int) typecast done for SQLLEN?
Regards...
В списке pgsql-odbc по дате отправления
