Re: long way to WCHAR...
"Frediano Ziglio" <[email protected]>
| Newsgroups | gmane.comp.db.tds.freetds |
|---|---|
| Message-ID | <[email protected]> |
> > > > 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 :) bye freddy77