FreeTDS Development Group

[Sebastian Podjasek <sebastian.podjasek AT morenet.pl>]

Dnia 2009-11-26, czw o godzinie 07:17 +0100, Frediano Ziglio pisze:
> > What does the top of your TDSDUMP log say about the conversions?  What
> > encoding do you think the server expects, and what does the client want?  

> Which database server are you using? Sybase or MSSQL? Which version?
> Which platform?
> Which client platform are you using? Big endian or little endian?
> 
> I suspect client is big endian and server send utf16 coded as big endian
> using UNIVARCHAR. Which database type are you using? Could you post a
> TDSDUMP?

        

> This is the description of the tables in xxxxxx.db v17, released beginning 
> of xxxxxx. This database
> is released with version 10 of Adaptive Server Anywhere. All character 
> fields in this version of the
> database are converted to Unicode character fields. Please consider this 
> change when connecting to
> the database, and always perform several tests with your software before 
> working on live data.

I use Perl DBD::Sybase with following connection string:
DBI->connect('dbi:Sybase:' . $dsn, 'xxx', 'xxx', { 
    RaiseError => 1,
    syb_show_sql => 1,
    syb_show_eed => 1,
    LongReadLen => 4000, 
}) or die $DBI::errstr;

My client is standard x86_64 laptop running kernel 2.6.31-15-generic
from ubuntu distro - so it's a standard little endian hardware.
Regarding server hardware I have no idea about its Endianness.

Below are few interesting lines from TDSDUMP

log.c:190:Starting log file for FreeTDS 0.82
        on 2009-11-24 17:09:44 with debug flags 0x4fff.
iconv.c:197:names for ISO-8859-1: ISO-8859-1
iconv.c:197:names for UTF-8: UTF-8
iconv.c:197:names for UCS-2LE: UCS-2LE
iconv.c:197:names for UCS-2BE: UCS-2BE
iconv.c:363:iconv to convert client-side data to the "UTF-8" character
set
iconv.c:516:tds_iconv_info_init: converting "UTF-8"->"UCS-2LE"
net.c:210:Connecting to x.x.x.x port x (TDS version 5.0)
net.c:264:tds_open_socket: connect(2) returned "Operation now in
progress"
net.c:303:tds_open_socket() succeeded
util.c:162:Changed query state from DEAD to IDLE

....

net.c:671:Received packet
0000 e3 07 00 03 04 75 74 66-38 00 ad 16 00 05 05 00 |.....utf 8.......|
0010 00 00 0c 53 51 4c 20 41-6e 79 77 68 65 72 65 0a |...SQL A nywhere.|
0020 00 00 00 e2 16 00 01 09-00 00 0e 61 01 ff ff fe |........ ...a....|
0030 e6 02 09 01 fe 7f 1e e2-68 00 00 0a fd 00 00 01 |........ h.......|
0040 00 00 00 00 00         -                        |.....|

token.c:316:looking for login token, got  e3(ENVCHANGE)
token.c:108:tds_process_default_tokens() marker is e3(ENVCHANGE)
token.c:2356:server indicated charset change to "utf8"
iconv.c:985:setting server single-byte charset to "UTF-8"
iconv.c:516:tds_iconv_info_init: converting "ISO-8859-1"->"UTF-8"
token.c:316:looking for login token, got  ad(LOGINACK)
token.c:316:looking for login token, got  e2(CAPABILITY)
token.c:108:tds_process_default_tokens() marker is e2(CAPABILITY)
token.c:316:looking for login token, got  fd(DONE)
token.c:108:tds_process_default_tokens() marker is fd(DONE)


After executing some simple SQL 'SELECT' with Unicode column, I get
following (some values has to be obfuscated for legal reasons)


net.c:671:Received packet
0000 61 73 00 00 00 02 00 07-xx xx xx xx xx xx xx 0c |as...... xxxxxxx.|
0010 xx xx xx xx xx xx xx xx-xx xx xx xx 03 64 62 61 |xxxxxxxx xxxx.dba|
0020 0b xx xx xx xx xx xx xx-xx xx xx xx 07 xx xx xx |.xxxxxxx xxxx.xxx|
0030 xx xx xx xx 20 00 00 00-50 00 00 00 6f 08 00 06 |xxxx ... P...o...|
0040 xx xx xx xx xx xx 0c xx-xx xx xx xx xx xx xx xx |xxxxxx.x xxxxxxxx|
0050 xx xx xx 03 64 62 61 0b-xx xx xx xx xx xx xx xx |xxx.dba. xxxxxxxx|
0060 xx xx xx 06 xx xx xx xx-xx xx 20 00 00 00 22 00 |xxx.xxxx xx ...".|
0070 00 00 e1 80 02 00 00 00-d1 08 c5 9c 00 00 60 cf |........ ......`.|
0080 c0 00 3e 00 00 00 00 50-00 6f 01 42 01 05 00 63 |..>....P .o.B...c|
0090 00 7a 00 65 00 6e 00 69-00 65 00 20 00 7a 00 20 |.z.e.n.i .e. .z. |
00a0 00 54 00 43 00 47 00 20-00 6a 00 65 00 73 00 74 |.T.C.G.  .j.e.s.t|
00b0 00 20 00 7a 00 61 00 6b-01 42 00 75 00 63 00 6f |. .z.a.k .B.u.c.o|
00c0 00 6e 00 65 fd 10 00 01-00 01 00 00 00          |.n.e.... .....|

token.c:510:processing result tokens.  marker is  61(ROWFMT2)
token.c:1713:tds5_process_result
mem.c:563:tds_free_all_results()
token.c:1737:num_cols=2
token.c:1840:col 0:
token.c:1841:   column_name=[dt_made]
token.c:1847:   flags=20 utype=80 type=111 varint=1
token.c:1850:   colsize=8 prec=0 scale=0
token.c:3294:adjust_character_column_size:
        Server charset: UCS-2LE
        Server column_size: 640
        Client charset: UTF-8
        Client column_size: 1280
token.c:1840:col 1:
token.c:1841:   column_name=[c_text]
token.c:1847:   flags=20 utype=34 type=225 varint=5
token.c:1850:   colsize=1280 prec=0 scale=0
util.c:162:Changed query state from READING to PENDING
ct.c:1157:ct_results() process_result_tokens returned 1 (type 4049) 
token.c:495:tds_process_tokens(0x13daf90, 0x7fff09c47d5c,
0x7fff09c47d58, 0x6914)
util.c:162:Changed query state from PENDING to READING


And here you can find values returned by DBI and my 'conversion flow' to
receive expected result (polish string)...

> Data returned by DBI...
> > '倀漀䈁ԁ挀稀攀渀椀攀 稀 吀䌀䜀 樀攀猀琀 稀愀欀䈁甀挀漀渀攀'
> 0x00000000 (00000)   e58080e6 bc80e488 81d481e6 8c80e7a8   ................
> 0x00000010 (00016)   80e69480 e6b880e6 a480e694 80e28080   ................
> 0x00000020 (00032)   e7a880e2 8080e590 80e48c80 e49c80e2   ................
> 0x00000030 (00048)   8080e6a8 80e69480 e78c80e7 9080e280   ................
> 0x00000040 (00064)   80e7a880 e68480e6 ac80e488 81e79480   ................
> 0x00000050 (00080)   e68c80e6 bc80e6b8 80e69480            ............
> Conversion from UTF-8 to UCS-2LE
> > 'Po
B
czenie z TCG jest zak
Bucone'
> 0x00000000 (00000)   0050006f 01420105 0063007a 0065006e   .P.o.B...c.z.e.n
> 0x00000010 (00016)   00690065 0020007a 00200054 00430047   .i.e. .z. .T.C.G
> 0x00000020 (00032)   0020006a 00650073 00740020 007a0061   . .j.e.s.t. .z.a
> 0x00000030 (00048)   006b0142 00750063 006f006e 0065       .k.B.u.c.o.n.e
> Conversion from UCS-2BE to UTF-8
> > 'Połączenie z TCG jest zakłucone'
> 0x00000000 (00000)   506fc582 c485637a 656e6965 207a2054   Po....czenie z T
> 0x00000010 (00016)   4347206a 65737420 7a616bc5 8275636f   CG jest zak..uco
> 0x00000020 (00032)   6e65                                  ne

same thing done with TSQL

> seba:~/$ LANG=en_US.UTF-8 tsql -S xxxxxx -U xxxxx -P xxxxx
> locale is "en_US.UTF-8"
> locale charset is "UTF-8"
> 1> select xxxxxx ltext from dba.XXXXXXX where xxxxx > '2009-11-18'
> 2> go
> ltext
> e58080e6bc80e1a880e1a880e68c80e7a880e69480e6b880e6a480e69480e28080e7a880e28080e59080e48c80e49c80e28080e6a880e69480e78c80e79080e28080e7a880e68480e6ac80e1a880e79480e68c80e6bc80e6b880e69480
> (1 row affected)

I hope that helps...

-- 
Sebastian Podjasek <sebastian.podjasek AT morenet.pl>
morenet.pl