?DUP-I-No bad blocks detected HD1:Цитата:
Сообщение от Patron
Вид для печати
?DUP-I-No bad blocks detected HD1:Цитата:
Сообщение от Patron
При таком ответе вылетать не должно - можно скопировать на этот диск файл и запустить.
Вроде помогло. На диске остались одни папки и тестовый файл.Цитата:
Сообщение от Patron
Буду отлавливать дальше постепенно извлекая обратно.
- - - Добавлено - - -
Обратное извлечение не помогло отловить. После упаковки файлов,папок и обратного извлечения, ошибка не повторилась.
Можно попросить одну фичу, может быть она уже реализована но я как всегда не в курсе как ее включить: при включенной опции логгирования дописывать в файл лог, а не перезатирать его, а дописывать в конец файла, и запоминать, было ли включено логгирование... Спасибо!
В следующем релизе добавлю такую настройку.Цитата:
Сообщение от BYTEMAN
Чтобы состояние лога ( как и любой переменной типа "состояние" ) запоминалось между запусками - надо в разделе терминала в файле конфигурации установить в 1 настройку SaveChangesFor для этой переменной:Цитата:
Сообщение от BYTEMAN
Код:[VT52.ini]
InitialStateOf[Log] = 0
SaveChangesFor[Log] = 1
.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_03.03.16_19-14
Изменения:
1. Объектам Terminal и Console добавлена настройка: Old_Logs_Mode, позволяющая определять судьбу старых логов ( минимальное значение: 0, максимальное: 3 , по умолчанию: 0 ). При: Old_Logs_Mode = 0 - лог предыдущего запуска удаляется. При: Old_Logs_Mode = 1 - лог нового запуска дописывается в конец лога предыдущего запуска. При: Old_Logs_Mode = 2 - лог каждого предыдущего запуска из девяти переименовывается в предыдущий, а лог десятого предыдущего запуска удаляется. При: Old_Logs_Mode = 3 - девять предыдущих логов переименовываются друг в друга ( как и при Old_Logs_Mode = 2 ), а десятый - дописывается в конец общего архивного лога.
Супер, то, что доктор прописал! Спасибо!!!Цитата:
Сообщение от Patron
.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_16.03.16_12-37
Изменения:
1. Объекту Terminal добавлен ANSI-парсер и параметр ControlCodesType, настраивающий распознавание управляющих кодов.
Возможные значения:
Default - распознаются все коды и поддерживаются все режимы.
15IE - распознаются только коды 15ИЭ-00-013, символ '$' отображается как '¤'.
VT52 - распознаются только коды VT52, режим UseNumLockAs_PF1 активируется принудительно.
KCGD - не распознаются специфические коды VT52 ( HOLD и GRAPH ) и 15ИЭ-00-013, режим UseNumLockAs_PF1 активируется принудительно.
Значение по-умолчанию: Default
2. Режим ANSI реализован в ограниченном объёме, достаточном для использования KED и SLX.SYS. При переходе в режим ANSI - режим UseNumLockAs_PF1 активируется принудительно.
прос SLX не совсем ясно ибо есть DECовские SL, умеющий VT100 (только VT100+ с определенной версии) и SLX от Cторожевых (да-да - он есть), умеющий вроде только VT52 :)Цитата:
Сообщение от Patron
Значит, достаточный для него объём реализации режима ANSI был во всех версиях терминала. Теперь объём реализации режима ANSI расширился настолько, что допускает использование всех имеющихся драйверов SLX.Цитата:
Сообщение от form
Ну так что SL что SLX - один хрен - функционально они одинаковы (кроме систем до 5.4G где SL по факту был SLMIN).Цитата:
Сообщение от Patron
- - - Добавлено - - -
Судя по всему в очень ограниченном объеме. Очистить экран не удалось :)Цитата:
Сообщение от Patron
А перейти сначала в режим VT100 удалось ?Цитата:
Сообщение от form
Цитата:
Сообщение от Patron
Код:>TYP TEST.MAC
.TITLE TEST
.MCALL QIOW$,DIR$,EXIT$S
QIOW: QIOW$ IO.WAL,5,1,,,,<TEXT,TEXTL>
START:: DIR$ #QIOW
EXIT$S
TEXT: .ASCII <33>/[?2l/<33>/[H/<33>/[J/
TEXTL = .-TEXT
.END START
>MAC TEST=TEST
>TKB TEST=TEST
>RUN?2lHJTEST
Это переводит из режима VT100 в режим VT52.Цитата:
Сообщение от form
Для обратного надо:
Код:.ASCII <33>/</
Да, уже сообразил - сейчас проверим.Цитата:
Сообщение от Patron
- - - Добавлено - - -
Работает, и SET /INQUIRE=TI: определяет VT100, только само определение занимает очень много времени - или задержки большие - на грани допустимого, или очень много всего отправляется в ответ, сейчас своим TTINQ посмотрю подробности...
- - - Добавлено - - -
Занятно. Передается совсем немного. Но задержка большая - пришлось интервал увеличить. RSXовский TT драйвер однако согласен считать это ESC последовательностью, а не нажатиями на ESC и прочие клавиши...Код:.RU TTINQ
?TTINQ-I-Terminal type is VT100/VT101/VT105
?TTINQ-I-Answer: <033>[?1;2c
.
Задержка зависит от настройки InitialStateOf[SlowMultiByte]. Если там 0 - должно передавать быстро.Цитата:
Сообщение от form
Patron, А как настроить Звездные войны по телнету, или об этом ещё рано говорить? Экран по прежнему двоится и уходит в HOLD.
Можно вместо ControlCodesType = Default попробовать варианты: ControlCodesType = 15IE и ControlCodesType = KCGD.Цитата:
Сообщение от MiX
Помогло только по HOLD. Экран также двоится на обоих режимах.
началось! а как же ноуты, Patron? а как же ноуты?Цитата:
Сообщение от Patron
- - - Добавлено - - -
Ок! Просто спрошу конкретно, как мне настроить как было?
А было так. Ins_Num активен не был, но на стрелочках были стрелочки, а не циферки? )
Иначе беда !
Всё осталось как было - что-то настраивать надо только для активации новых возможностей.Цитата:
Сообщение от hobot
В поведении по-умолчанию изменилось только то, что при переходе программы в режим VT100 - терминал переходит в режим VT100.
Видимо никак поскольку нужно сначала посылать последовательность перехода в VT100 режим, а звездные войны сразу шлют ANSI последовательности (причем никаких кроме <ESC>[H и <ESC>[J там насколько я помню не используется - тупая перерисовка всего экрана на каждый кадр).Цитата:
Сообщение от MiX
Надо кнопочку добавить VT52/VT100. Может даже VT100-style setup :)
На стакане можно запустить US:[1,127]TEST, потом SET INQ и WAR - все показывается :)
- - - Добавлено - - -
Там именно 0 :)Цитата:
Сообщение от Patron
- - - Добавлено - - -
Эмулятор не глотает последовательности которые ему неизвестны. По идее должен просто их игнорировать, но съедать.
http://pdp-11.org.ru/~form/files/pdp-11/dvk/vt52.png
- - - Добавлено - - -
Ну и еще KP+ в режиме Alt Keypad для VT100 - инстинктивно по соответствию родной клаве ожидается, что это будет <ESC>Ol (удалить символ спереди в KED/EDT) или <ESC>Om (удалить слово спереди), но не <LF> (удалить слово назад) :)
- - - Добавлено - - -
Кстати эмуляции недостаточно для редактирования в EDT. Подозреваю, что и в KED далеко не все работает...
Внимательно рассмотрев картинку можно понять, что эмулятор сначала съедает все возможные CSI-последовательности, а потом отрабатывает те из них, которые знает.Цитата:
Сообщение от form
- - - Добавлено - - -
Не реализованы только регионы скрола и только потому, что нет программ, чтобы это тестировать.Цитата:
Сообщение от form
- - - Добавлено - - -
Сделать правильный выбор поможет изменение настройки: ANSI_STR_FOR_KEY[Pad_Plus] = "\012"Цитата:
Сообщение от form
Да, ошибся - все нормально.Цитата:
Сообщение от Patron
Я так думаю, EDT и есть программа. Есть и на стакане и на вороне :)Цитата:
Сообщение от Patron
А можно настроить чтобы было LF в обычном режиме и DELCHAR/DELWORD в Alt?Цитата:
Сообщение от Patron
Пока нет. Можно будет добавить дополнительную настройку ANSI_STR_FOR_KEY[Pad_Plus_A], которая будет отдельно задавать последовательность для KP+ в режиме ANSI.Цитата:
Сообщение от form
В систему BOPOHA добавлен VTTEST. Запускается командой VT[TEST].
.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_21.03.16_18-18
Изменения:
1. В драйвер HX.SYS добавлен параметр DMA=NO.
2. Теперь в объекте Terminal состояние ESC-парсера: VT52 / ANSI - отображается и переключается кнопкой.
3. Улучшена совместимость терминала с редактором EDT.
Спасибо! Наконец то мультик нормально показывает.
А версия сборки почему не изменилась?
Версия относится к API, поэтому когда изменений в API нет - версия не изменятся. Но в этот раз изменения в API имели место, поэтому версия не изменилась из-за моей оплошности.Цитата:
Сообщение от MiX
Ещё есть непонятки.
Не соединятся конфиги- СТАКАН,MIM,OpenVMS.
По СОМам.
Можно объединить в один конфиг - СОМ,СОМ_4,НХ_СОМ. Или сделать несколько НХ_СОМ_1,НХ_СОМ_2,НХ_СОМ_3,НХ_С М_4 где присутствуют кнопки от СОМ_4 и НХ от НХ_СОМ.
По IPам.
Можно объединить в один конфиг - НХ_IP,IP. А в образ ТМОС-2 добавить тесты относящиеся к Эм. PDP11.
Спасибо.
Там адреса скорее всего старые прописаны. В идеале нужно сделать чтобы имена можно было писать.Цитата:
Сообщение от MiX
Сейчас адреса такие: CTAKAH - 85.118.227.58 (rsx.pdp-11.org.ru), BOPOHA - 5.128.31.182 (vms.pdp-11.org.ru), MIM - 130.238.19.212 (mim.update.uu.se). Везде порт 23.
И пароли в заголовке конфига.Цитата:
Сообщение от form
- - - Добавлено - - -
OpenVMS это BOPOHA?Цитата:
Сообщение от form
Да.Цитата:
Сообщение от MiX
Без пароля там никак. :)Цитата:
Сообщение от form
Нету там пароля на GUEST.Цитата:
Сообщение от MiX
Вот это я и хотел увидеть в начале конфига как справку.Цитата:
Сообщение от form
form, Сервер твой для скачки эмулятора? Не получается скачать эм.PDP11, медленная скорость да и архив всё время битый получается.
Ищи нормальный софт :) Ни у кого больше проблем нет.Цитата:
Сообщение от MiX
Исправил файлы конфигурации MIM.cfg, OpenVMS.cfg и CTAKAH.cfg ( дополнительно - разрешил сглаживание шрифтов настройкой: bFontAntialiasDisable = 0 ) и перезалил архив.Цитата:
Сообщение от MiX
- - - Добавлено - - -
Вчера вечером скорость скачивания любого контента с pdp-11.org.ru была примерно нулевой. Сегодня, при обновлении архива через WinSCP - скорость закачки была неограниченной, а скорость скачивания - около 10 Кб/сек. Сейчас скорость скачивания из раздела PDP-11.ORG.RU / ФАЙЛЫ - около 15 Кб/сек.Цитата:
Сообщение от form
Да, прочитал сегодня в новостях - работы были у провайдера. И видимо последствий еще хватит надолго :)Цитата:
Сообщение от Patron
Феатуре реяуест для режима VT100:
- съедать ESC последовательности вида <ESC>]n;...<BEL>
- поддерживать вышеописанную последовательность для n=0 и n=2, устанавливать window (tab) title в текст между ";" и <BEL>
Это стандартные ESC последовательности для X-Term. Многие терминалки тоже взяли на вооружение (CRT, SecureCRT, PuTTY вроде)...