Re: long way to WCHAR...

Thanks Freddy, I can now use more of the program I am developing with Qt on 
Linux using your driver.

I know it is early days for WCHAR support, but my prepared queries now run.

However I do get a problem when multiple queries are running at the same time. 
The data gets mixed up between the queries when populating my tables. If I run 
the queries sequentially one after the other completes I do not get this 
problem.

If you need me to do any debugging for you just ask.

Thanks for your hard work,
Royce



On Wednesday 29 October 2008 15:40:36 Frediano Ziglio wrote:
> > Today I commited some patch for SQL_C_WCHAR/SQL_(VAR)CHAR.
> > Although not complete there was many improvements. Now libTDS
> > is set so it doesn't convert
> > strings but conversion occurs in ODBC in SQLFetch/SQLGetData.
> > This lead to some
> > differencies:
> > - client utf8 encoding comsume less space
> > - conversions to SQL_C_BINARY returns unconverted strings,
> > this is compliant to MS
> > behavior
> > - in indicator we can have SQL_NO_TOTAL meaning there is more
> > data to read but we don't
> > know how much, this could break some compatibility
> > Mostly tests works except utf8 (see
> > http://freetds.sourceforge.net/up/out83/test/, only
> > utf8 fails for conversion issues) but I should commit another
> > patch that fix the problem.
> >
> > Note however that tests for new types are not complete with
> > SQL_C_WCHAR complitely
> > missing.
> >
> > So... stay tuned :)
>
> As somebody should have see there were a lot of commits about SQL_C_WCHAR.
>
> Current status is much better:
> - odbc_tds2sql is ok in all cases!
> - odbc_sql2tds behave much better the only missing conversion is from WCHAR
> to fixed type.
> There are however a lot of cases to review like binary blobs and some
> SQLGetData/SQLPutData issues
>
> freddy77
> _______________________________________________
> FreeTDS mailing list
> [email protected]
> http://lists.ibiblio.org/mailman/listinfo/freetds