unixforum.org

(maxlor @ Среда, 01 Июня 2005, 19:33) писал(а):Опа! Та же проблема тока я использую freetds. Что характерно, при построении запроса в котором иесть названия полей с кириллицей, запрос проходит нормально, а вот ответ в случае если там текст кириллицы, приходит со знакими вопрос.

setlocale(LC_ALL, "");
// во втором аргументе попробуй поставить нужную локаль

... я не понял, эти две зверюги могут жить друг без друга? Это отдельные продукты, или freetds надстройка к unixODBC...

А как у тебя с freetds решилось.

Установлена Slackware 10.1 все делаю в основном в консоли графический интерфейс мне ни к чему.

(VAVka @ Четверг, 02 Июня 2005, 2:03) писал(а):Интересное кино... У меня как раз с freeTDS нормально. Могу подсказать, что проблема козявок двухсторонняя: должен быть установлен правильный collation в БД с одной стороны и соответствующая локаль в клиентском приложении с другой. Например, у меня: БД - Cyrillic_General_CI_AS; система - ru_RU.CP1251. При старте tsql по-умолчанию подхватывает системную локаль, о чем сообщает:
locale is "ru_RU.CP1251"
locale charset is "CP1251"
Посмотри, нет ли расхождений здесь с кодировкой БД. Если есть, пробуй править /etc/locales.conf. Там есть секция: [default], выставь в ней значения, которые соответствуют твоей нужной локали. Если уж  и это не поможет, то самый брутальный вариант, это изменение сырцов tsql.с и пересборка приложения (замечу, не обязательно пересобирать полностью freeTDS, достаточно только tsql). В tsql.c есть место (строка 288):

unixODBC - это нижний уровень, т.н. общий интерфейс для работы с различными СУБД. FreeTDS - это конкретный драйвер для работы по протоколу TDS, который поддерживает как Sybase'овские СУБД, так и MS SQL (поскольку он основан на sybase). Соответственно, freeTDS - это "надстройка" над ODBC.
По поводу, может ли работать freeTDS без ODBC: по общей логике, не должен. Но если уж хочется точный ответ, проверить можно просто: установи только treeTDS, без ODBC и попробуй поработать с tsql.

Да нормально решилось, вроде... Проблема у меня с isql (это почти тоже самое, что tsql, тока помощнее). Хотя, после всех мучений, начинаю грешить на версию протокола freeTDS, который определяется при сборке.

Посмотри, нет ли расхождений здесь с кодировкой БД. Если есть, пробуй править /etc/locales.conf. Там есть секция: [default], выставь в ней значения, которые соответствуют твоей нужной локали.

/etc/locales.conf у меня нет, у меня slackware, может в разных дистрибутивах это по разному?

(maxlor @ Пятница, 03 Июня 2005, 22:42) писал(а):Да, думаю, тут собака порылась. Я полный чайник в линуксе, поэтому настраивал локаль так, как везде написано, а везде настраивают с использованием кои8-р, теперь буду перенастраивать. Посмотрим что получится. Так как я в основном сижу в консоли, то настройки производил путем изменения трех файлов,
/etc/rc.d/rc.font
/etc/profile.d/lang.sh
/etc/rc.d/rc.local
Терь буду искать инструкцию, как перейти на cp1251.

/etc/locales.conf у меня нет, у меня slackware, может в разных дистрибутивах это по разному?

По всей видимости так и есть. Я сейчас уже не помню, порядок установки, я кажется начал с freetds, у меня не пошло, я установил unixODBC, там isql не заработал, я вернулся к freetds, поковырялся с настройками, tsql заработал, правда с теми глюками, что я писал ранее. Может он и заработат потому, что я установил unixODBC.

Что касается проверки, будет ли работать freetds сам без unixODBC пока лениво пробовать, это надо ось переустанавливать, чтоб как бы с нуля все ставить.

Спасибо за участие..

Конечно есть расхождение. У меня все в koi8-r.

Кстати, я вообще odbc.ini и odbcinst.ini  не правил и не настраивал, может поэтому уменя isql ругается. А что у тебя в этих файлах? Ща доку порою про это1:) Ну freetds у меня заработал, я как бы и забил на эти файлы!

Кстати, есть еще один продукт от Easysoft http://www.easysoft.com/ Не смотрел его, но кажется он коммерческий, я с лицензией не разбирался.

С уважением..

↑

(VAVka @ Понедельник, 06 Июня 2005, 5:06) писал(а):Стоп. Ничего искать не надо. По крайней мере, для нормальной работы freeTDS.
Оказалось, что все дело в одной единственной гребаной строчке в freetds.conf:
client charset = CP1251
Вместо СР1251 укажи свою. Это действие заставит говорить нормально ВСЕ приложения, которые используют unixODBC и freeDTS.
Навсякий случай, прилаживаю текстовичек с описанием моих конфигов freetds.conf, .odbc.ini и odbcinst.ini (см. аттачмент). Изучай.

(VAVka @ Понедельник, 06 Июня 2005, 5:06) писал(а):Их не надо править. Используй шаблоны для DSN-коннектов и драйвера TDS.
Вот здесь почитай: http://www.unixodbc.org/doc/FreeTDS.html

Да, большое спасибо, пояснения, и приложенный файл, однако я обратил внимание, что в твоем freetds.conf данная опция не присутствует. Это так задумано?

(VAVka @ Вторник, 14 Июня 2005, 5:32) писал(а):Искренне желаю успехов! Если появятся вопросы - пиши, будем вместе разбираться.

↑

11:31:34.711862 Starting log file for FreeTDS 0.63
    on 2005-06-15 11:31:34 with debug level 99.
11:31:34.754989 names for ISO-8859-1: ISO-8859-1
11:31:34.755146 names for UTF-8: UTF-8
11:31:34.755247 names for UCS-2LE: UCS-2LE
11:31:34.755326 names for UCS-2BE: UCS-2BE
11:31:34.755396 iconv to convert client-side data to the "KOI8-R" character set
11:31:34.761085 tds_iconv_info_init: converting "KOI8-R"->"UCS-2LE"
11:31:34.763806 tds_iconv_info_init: converting "ISO-8859-1"->"UCS-2LE"
11:31:34.763984 Connecting to 192.168.9.51 port 1433, TDS 7.0.
11:31:34.764908 tds_put_string converting 5 bytes of "tower"
11:31:34.770989 tds_put_string wrote 10 bytes
11:31:34.771101 tds_put_string converting 4 bytes of "TSQL"
11:31:34.771183 tds_put_string wrote 8 bytes
11:31:34.771257 tds_put_string converting 6 bytes of "APOLLO"
11:31:34.771335 tds_put_string wrote 12 bytes
11:31:34.771409 tds_put_string converting 11 bytes of "TDS-Library"
11:31:34.771488 tds_put_string wrote 22 bytes
11:31:34.771561 tds_put_string converting 10 bytes of "us_english"
11:31:34.771639 tds_put_string wrote 20 bytes
11:31:34.771713 tds_put_string wrote 0 bytes
11:31:34.771920 tds_process_login_tokens()
11:31:34.774208 Received header

11:32:13.776986 tds7_get_data_info:1558:
    colname = iduser (6 bytes)
    type = 56 (int)
    server's type = 56 (int)
    column_varint_size = 0
    column_size = 4 (4 on server)

11:32:13.777081 adjust_character_column_size:
    Server charset: ISO-8859-1
    Server column_size: 40
    Client charset: KOI8-R
    Client column_size: 40
11:32:13.777163 tds_get_string: reading 12 from wire to give 6 to client.
11:32:13.777246 tds7_get_data_info:1558:
    colname = dtname (6 bytes)
    type = 47 (char)
    server's type = 175 (xchar)
    column_varint_size = 2
    column_size = 40 (40 on server)
11:32:13.777336 tds_get_string: reading 18 from wire to give 9 to client.

11:32:13.777421 tds7_get_data_info:1558:
    colname = dtmaxsize (9 bytes)
    type = 38 (integer-null)
    server's type = 38 (integer-null)
    column_varint_size = 1
    column_size = 4 (4 on server)

(VAVka @ Четверг, 16 Июня 2005, 5:47) писал(а):А что, у тебя SQL сервер работает в кодировке ISO-8859-1? Query Analyzer нормально кирилицу отображает? Чтобы уточнить кодировку сервера из isql или tsql выполни:

Код: Выделить всё

SELECT SERVERPROPERTY('collation')

и запость результат сюда.

↑

sp_helpdb lib

Status=ONLINE,
Updateability=READ_WRITE,
UserAccess=MULTI_USER,
Recovery=FULL,
Version=539,
Collation=Cyrillic_General_CS_AI,
SQLSortOrder=0,
IsTornPageDetectionEnabled,
IsAutoCreateStatistics,
IsAutoUpdateStatistics