Debugger УКНЦ

[S_V_B]

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

C2 не у всех есть..

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

Есть мысль прикрутить ESP(wi-fi) виртуальный COM к сетевой.. я ее пока думаю, поскольку больше "писатель" чем "паятель"..
сетевые же у всех есть.

[Hunta]

C2 не у всех есть

Это понятно. Просто мысли вслух, что может облегчить.
И кстати, из отсутствия С2 есть два пути

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

Вру Три

[S_V_B]

Не знаю, как другие, но лично я думаю в голове алгоритмом, который ложится потом на команды - такие или другие.

Ну у меня тоже мысли в голове периодически появляются и тоже могу переложить на что угодно... но это "неистребимое желание" сразу попробовать, чтобы подтвердить свою правоту.
Это как светодиодами "поморгать " вроде бы и так все понятно, зато приятно

[Hunta]

Вспомнил. Есть (назовём это так - полноэкранный) отладчик BUG, но (тадададам) он тоже под RSX (хотя, учитывая наличие исходников - может и можно переделать под RT). В отличии от других отладчиков - его не надо было прилинковывать (прикомпоновывать, при-таск-буилдить) к программе - он встраивал свой модуль на лету, так сказать, и можно было работать в варианте двух терминалов - отлаживаемая программа на одном, отладчик на другом - что достаточно просто, опять же, в случае RSX

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

сразу попробовать, чтобы подтвердить свою правоту

Я последнее время (на работе) программу (любую, не конкретную) часто пишу прямо в отладчике VS - можно сразу посмотреть - чего там тебе вернулось в объекте через API - и прототип пишется влёт

В дистрибутиве RSX нашёлся файл (DSMAC.MAC) - добавление структурных операторов (типа if, while и т.п.) через макросы и если раньше (в те, далёкие, сейчас почти былинные, времена) я часто писал программы - логика на ФОРТРАНе, действия - на MACRO-11, то после этого перешёл на чистый макросассемблер. Основная проблема языков ассемблера - куча меток и (разного варианта) GOTO - что затрудняет процесс написания и последующего понимания программ (особенно чужой) - очень хорошо решалась этим пакетом. В своих извращениях (плюс макросы соответствующие) дошёл до того, что программы писались (большая часть) универсальными - после перетрансляции и компоновки они были работоспособны как на RSX, так и на RT

[S_V_B]

К сожалению на данный момент это мало поможет. Я скорее по характеру такой, мне проще машину подвесить и перезапустить чтобы убедится, что был не прав, чем часами пыхтеть над тетрадкой и думать.. а может прав .. а может не прав.. и еще один ньюанс на который натыкался не раз.. баги могли сделать и до тебя, а ты о них не сном не духом.. тем более при такой скудной документации решить все на бумаге не получится. порой строчки равнозначные местами поменял в исходнике и все работает.. потом выясняется что баг компиллера, выравнивание и тд и тп. так что дебаггер наше всё

[Hunta]

К сожалению ... (далее по тексту)

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

Мой текущий пример - написание драйвера для WQ - всё, что на входе - драйвер RT (без исходников), программы работы с RTC на этой плате (без исходников) и невнятная дока по IDE (на английском). И это ещё не самый экстремальный пример - потому как в состав RSX входит отладчик ядра Но каждый раз - гадание -

а может прав .. а может не прав

Или мои копания с PDP-11 на FPGA - вот где этой мистики

порой строчки равнозначные местами поменял в исходнике и все работает

или не работает

[S_V_B]

Все равно из stanalone debugger проще экспериментировать с ПП - не нужно комилять линковать. А если дебаггер в памяти ПП он же всю память видеть будет?

[Hunta]

stanalone debugger

Чистый стэндэлон не получится - он всё равно будет выполняться или в памяти ЦП или в памяти ПП Хотя в памяти ПП будет близок такому.

дебаггер в памяти ПП он же всю память видеть будет

И да и нет, насколько я помню - вроде как для доступа к памяти ЦП от процессора ПП используются регистры - в одном задали адрес, через другой прочитали или записали ячейку. Но тут надо спросить более опытных комрадов - слишком давно я последний раз имел дело с УК-НЦ на таком низком железном уровне У меня больше знаний о семействе PDP-11 совместимых процессоров в принципе, а не конкретика об организации железа и устройств

[S_V_B]

Ситуация понятна, будем писать в тетрадке.
Еще просьба, если не трудно ткните носом или дайте имидж RT-11 для УКНЦ с дисководом но без HDD и всяких RAMдисков желательно с файловым менеджером и полезностями для разработки на ASM и что бы не ругалась при загрузке Просто сколько пробовал, то ошибки то одного нет то другого...

[Hunta]

будем писать в тетрадке

Знакомо, знакомо Только начиная с момента появления Квант-а и переноса туда RSX всё велось там в текстовых файлах

ткните носом или дайте имидж RT-11 для УКНЦ

У меня готового нет
Возможно, что то найдётся у Хобота, но его хламник - такоооой хлаааамник...
Теоретически я могу собрать Вам образ, но на это понадобится некоторое время. Кроме того, УК-НЦ-ихи у меня есть, но вот нармальной работы у них с флопами пока нет, так что для хотя какой то гарантии надо будет под эмулятором - а значит, будет некоторая неуверенность в драйвере DZ и его работе.

Кроме того

желательно с файловым менеджером

вот тут я точно пасс - во времена оные их не было, а появившиеся позднее - не шупппал

полезностями для разработки на ASM

Правильней говорит - на MACRO-11 - язык ассемблера с поддержкой макросов. Есть ещё ыкзотика - PAL-11 - язык ассемблера без поддержки макросов - но его компилятор можно найти только в очень древних операционках и очень старых версиях RT-11

Основное есть в (дистрибутиве) RT-11 - macro.sav (компилятор с MACRO-11), link.sav (компоновщик), sysmac.sml (библиотека системных и не только макросов) и syslib.obj (некоторое количество полезных подпрограмм для макро-систов и куча достаточно полезных процедур для фортран-истов и почти бесполезных для макро-систов). Это то, что есть (по крайне мере, на английском) более менее подробное описание. И для начального изучения языка MACRO-11 (а так же базовых знаний архитектуры PDP-11) этого более менее хватает.

У Вас к УК-НЦ подключено два флопа?