Используя символы UTF-8 с 'записью' передают программу
Возможно, попробуйте удаленное X рабочих столов через vnc или nx. Вы могли туннелировать vnc по ssh для безопасности или использовать nx, который работает через ssh по умолчанию (и намного быстрее). Приложение могло затем работать в Терминале на X рабочих столах и если бы соединение потеряно, рабочий стол продолжал бы идти, позволяя повторное соединение в любое время. Мое предпочтение не является Никакой Машиной NX, который свободен максимум для двух одновременных пользователей и установок очень легко.
Альтернатива, при наличии, должна использовать удаленный терминал через ALOM, ILOM, DRAC, IP-kvm или последовательную консоль IP, и т.д. Тем путем приложение работало бы на консоли и не могло быть прервано сбоем соединения.
Это появляется write интерпретирует высокий бит как ‘мета -’ (Meta+key или клавиша Esc). Беглый взгляд на исходный код (функция wr_fputs() в write.c) подтверждает это: управляющие символы показывают как ^X, символы с высоким набором битов показывают как M-X. Настройки локали, терминалы и кодировка не имеют никакого отношения к нему, я боюсь. write является просто 7-разрядным.
Теперь, я - пятно Unicode, но это делает извращенный вид смысла. write просто открывает целевой TTY и пишет в него (нет никакого включенного волшебства). Нет никакого простого способа понять кодировку символов под процессом, управляющим удаленным TTY. И даже если было, не, вся кодировка конвертируема ко всей другой кодировке. И без преобразования, передавая сообщение в KOI8-R к консоли ISO-8859-1 потерпел бы полный провал. С тех пор write проявляет упрощенный, подход 70-х, это - то, что мы получаем.
-
1Ничего себе. Просто, ничего себе. Так для чистого 8-разрядного. – Mikel 01.06.2012, 00:09
-
2я знаю. Хотя существует несколько обстоятельств смягчения (я добавлял их к ответу... слишком долго для комментария) – Alexios 01.06.2012, 00:16