[freetds] status and stability

Bernard Giroud bernard.giroud at creditlyonnais.ch
Wed May 14 11:18:34 EDT 2003

This e-mail contains confidential information or information belonging 
to the Credit Lyonnais Group entity sending it and is intended solely 
for the addressees. Any views expressed in this message are those of 
the individual sender and its contents do not constitute a commitment 
by Credit Lyonnais unless confirmed by letter or fax. The unauthorised 
disclosure, use, dissemination or copying (either whole or partial) of 
this e-mail, or any information it contains, is prohibited. E-mails are 
susceptible to alteration and their integrity cannot be guaranteed.
Internet communications are not secured and therefore Credit Lyonnais 
shall not be liable for this e-mail if modified or falsified. If you 
are not the intended recipient of this e-mail, please delete it 
immediately from your system and notify the sender of the wrong 
delivery and the mail deletion.
-------------- next part --------------
I bet you the charset is UCS-2 instead of UCS-2LE (DEC, then Compaq was
probably consistent with Tru64 and OpenVMS).

That's why I hardcoded the value in iconv.c:tds_iconv_open. You should
probably define also that as a configurable #define string.

-----Message d'origine-----
De : Lowden, James K <LowdenJK at bernstein.com>
À : 'FreeTDS Development Group' <freetds at lists.ibiblio.org>
Date : mercredi, 14. mai 2003 17:08
Objet : RE: [freetds] status and stability

> From: Varley, David (CBorn at Alcoa)
> [mailto:David.Varley at alcoa.com.au]
> Sent: May 13, 2003 9:09 PM
> as you now claim some stability I thought I'd give it another try!

Hi David,

Thanks for the report.  I've never seen it expressed this way, but istm the
development cycle has two phases: getting it to work correctly when
everything's OK, and getting it to cope successfully when they're not.  I
hope we're in Phase II.  ;-)


> 08:28:29.631897 tds_iconv_info_init: cannot convert "CP819"->"UCS-2LE"

CP819 is in our table, and UCS-2LE has always been the name we passed to
iconv_open, going back at least to the 0.61 release.  My guess is that Tru64
iconv doesn't recognize "UCS-2LE".  Can you confirm?

In the 0.61 release, if iconv failed to open, we reverted to our "strip the
high byte" algorithm.  That would be very complex to support in the new
framework, and not much use besides.  If we're going to support Tru64, we
might as well figure out how to engage its iconv.

Regards, David, and thanks for your continued support.


More information about the FreeTDS mailing list