[freetds] long way to WCHAR...
Frediano Ziglio
freddy77 at gmail.com
Tue Nov 4 10:28:46 EST 2008
2008/10/31 Frediano Ziglio <freddy77 at gmail.com>
>
>>
>> Hi Freddy,
>>
>> I have sent you a gzip of the odbc trace privately so as not to annoy any
>> list
>> users with attachments.
>>
>>
>> To start with I re-read my post and noticed I used confusing terminology.
>>
>> "The data gets mixed up between the queries when populating my tables."
>>
>> Should of read.
>>
>> "The data gets mixed up between the queries when displaying my data in my
>> program."
>>
>>
>> I use threads to run the queries that display and format the data in my
>> program. This is so long running queries do not block the interface.
>>
>> So as far as I can tell, I have one connection being used by multiple
>> threads
>> at the same time running queries.
>>
>> Royce
>>
>> Thanks. I think the problem is not only with threads, SQLGetData use just
> current_results but with cursors this can be the results of another cursor,
> we should use stmt->cursor->res_info. SQLFetch/SQLFetchScroll lock the
> statement so current_results is safe here...
> I'll write a test... and obviously a fix :)
>
I wrote a (backported) patch in CVS HEAD, see
http://freetds.cvs.sourceforge.net/viewvc/freetds/freetds/src/odbc/odbc.c?r1=1.503&r2=1.504&sortby=date
Test on cursor3
bye
freddy77
More information about the FreeTDS
mailing list