Добрый день.

Дано:
локальная система Кубунту 9.10, дефолтная локаль UTF-8
удаленная система SCO UNIX System V/386 Release 3.2
установлен Oracle и дефолтная кодировка на удаленной машине: NLS_LANG=russian_russia.ru8pc866; export NLS_LANG

Подскажите пожалуйста как настроить локальную систему что при коннекте по ssh с удаленной машины можно было читать данные в кодировке ru8pc866

Спасибо.

• SSH + Oracle + locale ru8pc866,zerot, 08:01 , 09-Апр-10
  • SSH + Oracle + locale ru8pc866,daemon2010, 09:48 , 09-Апр-10
    • SSH + Oracle + locale ru8pc866,daemon2010, 13:43 , 10-Апр-10
      • SSH + Oracle + locale ru8pc866,zerot, 22:12 , 11-Апр-10
        • SSH + Oracle + locale ru8pc866,daemon2010, 19:37 , 12-Апр-10
          • SSH + Oracle + locale ru8pc866,zerot, 23:02 , 12-Апр-10
            • SSH + Oracle + locale ru8pc866,daemon2010, 09:20 , 13-Апр-10
              • SSH + Oracle + locale ru8pc866,zerot, 23:53 , 13-Апр-10
                • SSH + Oracle + locale ru8pc866,zerot, 18:23 , 15-Апр-10

в случае, если вы используете обычного клиента Oracle - он занимается перекодировкой сам
если же вы хотите по ssh зайти удалённо и. например, поделать чего нибудь в базе через sqlplus, то понятно, что отдаваться будет все в кодировке удалёной машины
.
Это не является проблемой, вам достаточно использовать на локальной машине терминальную программу из KDE или Gnom (konsole или gnome-terminal). В современных дистрибутивах обе они позволяют выставить кодировку сеанса (например Настройка->Кодировка в Konsole), чего достаточно для решения вашей задачи
.
удачи

>в случае, если вы используете обычного клиента Oracle - он занимается перекодировкой
>сам
>если же вы хотите по ssh зайти удалённо и. например, поделать чего
>нибудь в базе через sqlplus, то понятно, что отдаваться будет все
>в кодировке удалёной машины
>.
>Это не является проблемой, вам достаточно использовать на локальной машине терминальную программу из KDE или Gnom (konsole или gnome-terminal). В современных дистрибутивах обе они позволяют выставить кодировку сеанса (например Настройка->Кодировка в Konsole), чего достаточно для решения вашей задачи
>.
>удачи

Спасибо!!! Попробую, отпишусь.

>[оверквотинг удален]
>>сам
>>если же вы хотите по ssh зайти удалённо и. например, поделать чего
>>нибудь в базе через sqlplus, то понятно, что отдаваться будет все
>>в кодировке удалёной машины
>>.
>>Это не является проблемой, вам достаточно использовать на локальной машине терминальную программу из KDE или Gnom (konsole или gnome-terminal). В современных дистрибутивах обе они позволяют выставить кодировку сеанса (например Настройка->Кодировка в Konsole), чего достаточно для решения вашей задачи
>>.
>>удачи
>
>Спасибо!!! Попробую, отпишусь.

Спасибо получилось с кодировкой, но вот не работают функциональные клавиши после коннекта, использую кеды и из стандартную консоль, пробывал в настройках выбирать три стандартных kry binding'а но кнопки f1-f12 не работают, может кто-то может подсказать а то гугл не жжот по поводу этой проблемы. Я так подозреваю что то надо сделать с кей кодами для этих клавиш.

странно, у меня работают. Вопрос в том, в какой программе ?
.
в sqlplus их обычно не используют. В MidnightCommander ? Тоже лечится довольно просто -  у него в меню есть опция обучение горячих клавиш, позволяющая подстроить реакции под разные виды удалённых осей и терминалов ... К тому же универсальным средством в MC является Esc+клавиша_с_цифрой вместо функциональной (например Esc+3 вместо F3)
.
удачи

>странно, у меня работают. Вопрос в том, в какой программе ?
>.
>в sqlplus их обычно не используют. В MidnightCommander ? Тоже лечится довольно
>просто -  у него в меню есть опция обучение горячих
>клавиш, позволяющая подстроить реакции под разные виды удалённых осей и терминалов
>... К тому же универсальным средством в MC является Esc+клавиша_с_цифрой вместо
>функциональной (например Esc+3 вместо F3)
>.
>удачи

Не работает в приложении написанном на sqlplus, там функциональные клавиши используются для стандартных действий типа закрыть окно, подтвердить ввод.

Возможно речь идёт не о sqlplus, а о старых Oracle Forms ? Например версии 3. Всё же приложение на sqlplus (не путать с PL/SQL) это нечто. Если речь про формсы, то да, вам светит танец с бубном по настройке функциональных клавиш

>Возможно речь идёт не о sqlplus, а о старых Oracle Forms ?
>Например версии 3. Всё же приложение на sqlplus (не путать с
>PL/SQL) это нечто. Если речь про формсы, то да, вам светит
>танец с бубном по настройке функциональных клавиш

Да, скорее всего forms просто мне сказали настроить и все. Не подскажете где можно почитать по поводу этого?

>Да, скорее всего forms просто мне сказали настроить и все

SCOтина на серверах, третьи формсы ... Не иначе - какое нибудь отделение Сбера ... не подскажу, к сожалению. Почитать - это найти старую документацию от производителя, осилить немаленький пласт информации по разработке в версии формсов, умерших давно лет назад ... а потом сопоставить это со своим опытом администрироани UNIX и OForms3 и выкатить работающее решение ...

Думаю, вам может ПОВЕЗТИ, или же влезать придётся очень глубоко. Я бы отказался. Могу только подсказать, что в общем случае третьи формсы ставятся как часть Ораклового клиента (версии 7.3, насколько помню) и поддерживают работу до 9 версии движка Оракла на сервере. На 10 и 11 версии движка с этим всё очень плохо, и миграцию для серьёзного решения вам провести врядли светит

Из моего опыта с третьими формсами однозначно работает терминальная программа для Windows Putty, она же есть и под UNIX, но там настраивать не пробовал. А вот упомянутые мной ранее терминалы - konsole и gnome-terminal штатно не работают (именно функциональные клавиши). Если будете пробовать Putty - не забудьте выставить тип терминала SCO и нужную кодировку

удачи

пардон, тип терминала -ansi, а вот опция Терминал->Клавиатура->Функциональные_клавиши выставить в SCO