Debugger УКНЦ

[Hunta]

когда изучаешь "черный ящик"

Код в КЦГД, код в ПП (и много чего ещё) изучался именно так (естественно, дизассемблированный, плюс ещё курение документации)

[MM]

... когда изучаешь "черный ящик"...

Следует прочесть документы :
1. ТО МС1201.02 ДВК. Там кратко описано то, от чего плясали при разработке УКНЦ.
2. ТО ИС 1801ВМ2
3. Русский инструктаж к RT-11 ( к сожалению, доступны не все книги по математическому обеспечению ДВК - на Емуверсе ).
( Для начала - раздел "форматы файлов" ).
http://emuverse.ru/wiki/%D0%94%D0%92%D0%9A
Если надо для профессионального написания текста программ под RT-11 - запросите для покупки комплект доков по RT-11 , который шел к БК-11 без "М" - толстенная папка брошур, довольно точный перевод доков DEC по ОС RT-11 SJ.
Книги по софту ДВК представляют из себя краткий компресс книг от БК11 ( а точнее, от ДВК МС502 выпуска 1982-1985 г.).

[Hunta]

толстенная папка брошур, довольно точный перевод доков

Хорошо читать в оригинале

[MM]

Если необходимо немедленно приступить к написанию небольших программ без RT-11 - изучите машкоды 1801ВМ2, а ассемблер - это для больших программ, где-то от полкилобайта

Например, если набрать в пульте УКНЦ текст и запустить его :
адрес 001000 :
012737 000101 177566 000000
На экране напечатается "А".

[S_V_B]

К сожалению я программист второго поколения и перфоленты влет читать не приучен.. изнежен так сказать (хотя бы зачатками) интерфейса
Хардкорный путь конечно самый правильный, но этот путь нужно было выбирать лет 20 назад. Borland со своим С++ увел с пути истинного и поэтому думаешь больше алгоритмами, а не инструкциями.

- - - Добавлено - - -

Вот к примеру нашел параграф про "аппаратные спрайты"- терзают смутные сомнения в их эффективности. По сути тот же регистровый доступ с парой плюшек, да и 8 точек трудно назвать "аппаратным спрайтом". Так бы пока читал уже попробовал в дебаггере, а так... (

[Hunta]

Хардкорный путь конечно самый правильный

поэтому думаешь больше алгоритмами

Не знаю, как другие, но лично я думаю в голове алгоритмом, который ложится потом на команды - такие или другие.
Основная проблема, как мне кажется, в случае PDP-11 - все операционные системы работают из командной строки - соответственно - по контексту (как в случае с оконным интерфейсом) не сориентируешься С чем то, напоминающим оконный интерфейс (есть ещё FMS-11, но он немного на другое нацелен), мне известна только одна система - МикроМир, но увы, во-первых, полноценная реализация есть только под RSX, во вторых - идеи работы в ней такие же, которые были заложены (и кстати, года на полтора-два позже! ) в Norton Commander - то есть команды типа - откомпилировать-собрать-запустить она облегчает, но это НЕ система разработки как таковая. Видео примера работы в ней я как то выкладывал - http://www.KpXX.Ru/KBAHT4C/Софт/MIM (осторожно, 413 мб )

- - - Добавлено - - -

нашел параграф про "аппаратные спрайты"

Так бы пока читал уже попробовал в дебаггере

Отлаживать (или даже смотреть) графическое с одним монитором?

[Advertiser]

[S_V_B]

/* Отлаживать (или даже смотреть) графическое с одним монитором? */
У УКНЦ я так понимаю есть экран куда дебаггер спрятать.

[Hunta]

я так понимаю есть экран куда дебаггер спрятать

Это куда?

[S_V_B]

Интересно насколько сложно будет портировать PAR11D с БКшки на УКНЦ так чтобы он экран пользователя не трогал?

- - - Добавлено - - -

ну например сделать 40+40 символов в строке

- - - Добавлено - - -

или еще как-нибудь знатокам виднее

[Hunta]

ну например сделать 40+40 символов в строке

Попахивает извращением Более правильный вариант - задействовать порт С2 Что бы отладчик через него получал команды и выводил результат