Программирование на УКНЦ как?

[form]

Картинку в студию

Будет под рукой дос - будут картинки.

[Alex]

Если хранить по тупому bit to bit Конечно памяти не хватит... Ещё там память занята под вектора и таблицей адресов строк ;(
Но если применить очумелые ручки

На P/OS могло быть графическое отдельное окошко, но формировала его программа, не система .

[Hunta]

Но если применить очумелые ручки

Боюсь, там придётся делать очень очумелыми ручками...

На P/OS могло быть графическое отдельное окошко, но формировала его программа, не система

Учитывая, что там напрямую (или почти напрямую) проге доступна видеопамять - понятно, что программа могла хоть чёрта лысого изобразить. Но по программе-программной оболочке типа Windows - ответа так и нет.

[form]

Но по программе-программной оболочке типа Windows - ответа так и нет.

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

[Alex]

Ну а для ускорения перемещения окна можно поучиться у тех же мелкомягких
Там до сих пор есть галочка в разделе быстродействия что-то вроде - "перемещать окна не показывая содержимое"

Файловый менеджер по типу эксплорера нарисовать - проблем не вижу.
На одном процессоре это проще...
Действительно можно сделать библиотеки для таких дел. Наделать приложений.
А если это будет ещё Pro-380 на J-11

Но вопрос в том, было ли такое или нет ???
Хотя было бы прикольно типа:"MS Windows for DEC PRO"

Вообще-то были X-windows для UNIX... Может быть в эту сторону порыть???
Я просто не компетентен в этом вопросе

[Hunta]

перемещать окна не показывая содержимое

Перемещать то как раз без проблем - но вот восстанавливать открывшееся...

А если это будет ещё Pro-380 на J-11

На Pro прямой доступ к видеопамяти и прилично - оперативной

Вообще-то были X-windows для UNIX... Может быть в эту сторону порыть???
Я просто не компетентен в этом вопросе

Тоже не скажу, хотя исходники есть. Ещё бы посмотреть на X-windows на старых компах. Оно, кстати, реализовано на принципах - клиент-серверный подход и не важно - работают ли клиентская часть и серверная на одном компе или на разных компах в сети. Да, ещё один прикол - у них реверсные понятия сервера и клиента - сервер - этот то, кто занимается отрисовкой (работает на компе пользователя), клиент - тот, кто заказывает отрисовку (и он будет работать на том компе, где запущено приложение, использующее X Windows для отрисовки графики)

[Advertiser]

[Alex]

Ну окно восстановить как - над этом и надо мозгом поработать
Исходные данные если сохранены, то в принципе отрисовать окно - проблем нет.
И ещё, в КЦГД видеопамяти на два экрана, на сколько я помню.
В принципе есть чересстрочный режим(тогда памяти на один экран), но у меня в таком режиме на мониторе картинка дрожала

[form]

Разбавим тему немного, а то ушла она от темы

Я тут упоминал про Y2K патч на лету.
Как перевезу свое барахло - может на досуге допилю, а пока немного теории о патчах налету - вдруг кому пригодится.

Идея состоит в том, чтобы как только система прочитала к примеру KMON (или его оверлей), тут же его подправить. Но в принципе данную процедуру можно применить вообще к чему угодно (предотвратить возможный SQUEEZE системного диска довольно легко - надо только следить чтобы 7 бит по смещению 300 от начала RMON был всегда установлен).

На самом деле все довольно просто: из смещения RMON+270 ($QCOMP) сохраняем старое значение в драйвере, подставляем точку входа в драйвер.
В результате по завершению любого I/O управление будет получать наш драйвер, а в @R4 при этом будет находиться адрес элемента очереди драйвера.

Как добыть из элемента очереди блок, адрес буфера, количество прочитанных слов - думаю понятно. Количество слов скорее всего не понадобится вовсе: все запуски программ/подгрузки оверлеев читают сразу все что нужно в память и мы вполне можем на это положиться.

Однако надо отсечь посторонний ввод-вывод, а это сделать тоже просто: в элементе очереди драйвера по смещению -2 находится адрес слова состояния канала (CSW). Если этот адрес совпадает с RMON+244 ($SYSCH) - мы имеем перед собой системный I/O - именно по этому каналу грузится KMON, его оверлеи и сам KMON использует этот канал.

Все что нам остается - убедиться что читается нужный блок по системному каналу, достать адрес буфера и подправить в нем содержимое, после чего отправить I/O на завершение системой (по сохраненному ранее адресу).

Определить начальный блок загруженного монитора тоже легко: достаем его имя из смещений 406/410 RMON ($MONAM), открываем файл на канале 0 (для простоты), по смещению 6 от начала RMON получаем начальный блок на системном диске.

По смещению 42 файла монитора лежит базовый адрес KMON (внутри файла).
По смещению 4736 - размер KMON (корневой сегмент)+USR+RMON.

Примерно так

[hobot]

Я тут упоминал про Y2K патч на лету.

такой драйвер не выход ИМХО:
во первых он сожрёт памяти кусок - а самое важное отличие старых мониторов от 5.7 и даже от 5.4 - это лёгкость.
Допустим мы победим на ругань по системной команде DATE, подсуним DIR нужный, а остальной софт?
Я просто к тому, что поддержка требуется целой группе приложений , то есть всему окружению - рабочая среда.
Вот к примеру ADOSSJ - ни за что не кушает утилиты PIP, DUP и даже DIR - от других систем ? Там полностью Русифицированная RT-11, но даты старше 99 не держит, или моя любимая MFP - на все даты современные пишет -??-88
Обидно!!! ))) Но сам факт описанной тобой возможности - не перестаёт быть как вполне рабочий вариант.

 →                                 ЛAТ                                          
RT-11SJ (S) V05.00                                                              
Bpeмя           Дaтa                                                            
00:00:13        24-Нoя-2020, Bтopник                                            
                                                                                
LD7>DATE                                                                        
?KMON-F-Invalid date                                                            
                                                                                
LD7>

[form]

а остальной софт?

Так можно патчить на лету что угодно.
Размеры драйвера тоже могут быть маленькими (даже если ты собираешься патчить сотни программ) - можно добавить некий сваппинг.