У меня возникла проблема с древней сборкой приложения на SCO Unix 5.0.5сервере на базе базы данных Progress 7 после попытки виртуализировать среду. Проблема похожа на испорченный терминал после попытки cat или ls бинарного файла.
В производстве все отлично. У нас есть сервер bare metal 20-летней (!) версии с SCO Unix. Приложение с движком базы данных и пользовательской конфигурацией находится на другой, более новой машине, общей для nfs_v2. Пользователь подключается к серверу через putty-telnet (только xterm), и после входа приложение запускается по умолчанию.
Я успешно установил SCO на VMware, смонтировал общие ресурсы и написал начальную конфигурацию. Подключение по telnet и вход в систему запускают приложение. В приложении у нас есть предварительный просмотр печати. Когда я хочу увидеть предварительный просмотр, все в порядке. Но если я хочу увидеть другую страницу (с помощью PgDn или курсора вниз), через 2 или 3 страницы терминал весь портится. Странное кодовое имя, похожее на попытку просмотра двоичного файла в обычном терминале Linux. После выхода из предварительного просмотра печати все в порядке.
Связаться с авторами приложения не представляется возможным. Я ищу любую подсказку, которую могу получить.
решение1
Задача решена.
Определение терминала дает мне подсказку к решению. Я проверил определение терминала SCO в /etc/termcap, после этого определения в Progress в /usr/dlc7/protermcap. Я выбираю другой, чем xterm, совместимый терминал и меняю конфигурацию putty в Terminal ->Keyboard -> The Function keys and keypad -> VT100+иConnection -> Data -> Terminal-type string -> vt220
Теперь дисплей и внешний вид в порядке, функциональные клавиши, такие как ESC и F1-F4, ведут себя так же, как и в исходной настройке.