Skip to Content.
Sympa Menu

freetds - Re: [freetds] Connection to SQL2000 - Unicode data in aUnicode-only collation

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Lowden, James K" <LowdenJK AT bernstein.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] Connection to SQL2000 - Unicode data in aUnicode-only collation
  • Date: Wed, 21 Sep 2005 10:38:07 -0400

> From: Christos Zoulas
> Sent: Wednesday, September 21, 2005 8:29 AM
>
> | Unicode data in a Unicode-only collation or ntext data cannot be
> | sent to clients using DB-Library (such as ISQL) or ODBC version
> | 3.7 or earlier.
>
> Maybe we should change our login packet to tell MSSQL that we
> support Unicode even with tds 7.0?

Hi Christos,

Infeasible, I think.

The message is sent if the login packet does not set the "I'm an ODBC
driver" bit in the options field. Setting it on (as we used to) breaks
db-lib semantics. So the behavior is "right" for programs that expect,
say, NOT NULL to be the default nullability of a column in a CREATE
TABLE statement.

(tsql doesn't declare itself to be an ODBC driver, either. I don't
regard that as a problem.)

If we wanted to, we could add something like "ODBC semantics" to
freetds.conf, or even set each element explicitly. Down that road lies
Sybase-style options and capabilities. I don't know if we want to go
there.

I don't know if Sybase supports UTF-8 clients for db-lib. It would
require bending the rules somewhat, because db-lib defines many buffers
as holding ASCII data.

Regards,

--jkl

-----------------------------------------
The information contained in this transmission may be privileged and
confidential and is intended only for the use of the person(s) named
above. If you are not the intended recipient, or an employee or agent
responsible
for delivering this message to the intended recipient, any review,
dissemination,
distribution or duplication of this communication is strictly prohibited. If
you are
not the intended recipient, please contact the sender immediately by reply
e-mail
and destroy all copies of the original message. Please note that we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.




Archive powered by MHonArc 2.6.24.

Top of Page