Re: UTF-8 issue
Peter Deacon <[email protected]> Wed, 9 Jan 2019 09:00:05 -0800 (Pacific Standard Time)
| Newsgroups | gmane.comp.db.tds.freetds |
|---|---|
| Message-ID | <alpine.WNT.2.21.1.1901090829100.2516@smurf> |
On Wed, 9 Jan 2019, Deepa Umesh wrote: >> Hi Peter, >> I set ClientCharset=CP1252 in odbc.ini (unixODBC) But the result is as >> previous : > Hi Peter, > Let me summarize my installation and configuration settings : > We are using FreeTDS(freetds-1.00.99) with UnixODBC(unixODBC-2.2.13) in Linux Platform and provided the following configuration in > Odbc.ini in UnicODBC is as below: > [sqlprog1] > Driver=/usr/local/freetds-1.00.97/lib/libtdsodbc.so > Server=172.16.127.134 > Database=sqlprog1_catdev19 > Port=1433 > TDS_Version=7.3 > Client Charset = CP1252 Hi Deepa, Just tried this here and found that: 'Client Charset' does not work 'ClientCharset' works Change 'Client Charset' to 'ClientCharset'. ClientCharset = CP1252 With no space between client and charset. > CP1252 is used in Windows Platform , is there anything similar to CP1252 in Linux? Platform does not matter. If it still is not working please get a debug log to confirm what is actually being used to make sure it isn't overridden by DSN string or something. FWIW I agree with sentiments about doing this. If you use database as a UTF-8 "dumping ground" there are a number of issues with collation, field length, truncation and external software that may not have capability to decipher data. It works but have to be careful. regards, Peter