long way to WCHAR...

"ZIGLIO, Frediano, VF-IT" <[email protected]>
Newsgroups gmane.comp.db.tds.freetds
Message-ID <[email protected]>
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 :)

freddy77

_______________________________________________
FreeTDS mailing list
[email protected]
http://lists.ibiblio.org/mailman/listinfo/freetds
smime.p7s (application/x-pkcs7-signature, 3.1 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.