I made a mistake, the working code is as follows:
if(unicode) {
QVarLengthArraySQLTCHAR buftmp(colSize);
memset(buftmp.data(), 0, colSize*sizeof(SQLTCHAR));
r = SQLGetData(hStmt,
column+1,
SQL_C_TCHAR,
(SQLPOINTER)buftmp.data(),
0,
lengthIndicator);
--
You received this bug notification because
I found the source of the problem and a solution.
In qsql_odbc.cpp file (at line 373 of QT4 version 4.7.4) is the following:
if(unicode) {
r = SQLGetData(hStmt,
column+1,
SQL_C_TCHAR,
NULL,
0,
lengthIndicator);
The problem is in the NULL pointer.
If the lines are corrected as follows, the
questo bug affligge ubuntu e fedora sia a 32bit che a 64 bit a partire dalle
This bug affects ubuntu and fedora both 32bit and 64bit versions from where
unixODBC has taken the place of iODBC. Although the newer versions have
libiodbc2, you can not use it because soar QT4 has been compiled with
Here is gdb output:
ma...@marco-desktop:~/src/g-suite/gfat$ gdb gfat
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is
Here is gdb bt output:
(gdb) bt
#0 0x75d0cba5 in raise (sig=value optimized out) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x75d106b0 in abort () at abort.c:92
#2 0x75d05a71 in __assert_fail (
assertion=0x75e22c40 outbuf != ((void *)0) *outbuf != ((void
Following is the gdb bugtrace:
#0 0x75d0cba5 in raise () from /lib/libc.so.6
#1 0x75d106b0 in abort () from /lib/libc.so.6
#2 0x75d05a71 in __assert_fail () from /lib/libc.so.6
#3 0x75cf93a3 in ?? () from /lib/libc.so.6
#4 0x75cf882c in iconv () from
** Description changed:
Binary package hint: libqt4-sql-odbc
- Ubuntu / Kubuntu 4.10 everything worked perfectly.
+ Ubuntu / Kubuntu 10.04 everything worked perfectly.
With ubuntu / kubuntu 10.10, accessing a database on the IBM iSeries, using a
SELECT query from QT4 application,
