C2 не у всех есть.. :(
- - - Добавлено - - -
Есть мысль прикрутить ESP(wi-fi) виртуальный COM к сетевой.. я ее пока думаю, поскольку больше "писатель" чем "паятель"..
сетевые же у всех есть.
Вид для печати
Вспомнил. Есть (назовём это так - полноэкранный) отладчик BUG, но (тадададам) он тоже под RSX (хотя, учитывая наличие исходников - может и можно переделать под RT). В отличии от других отладчиков - его не надо было прилинковывать (прикомпоновывать, при-таск-буилдить) к программе - он встраивал свой модуль на лету, так сказать, и можно было работать в варианте двух терминалов - отлаживаемая программа на одном, отладчик на другом - что достаточно просто, опять же, в случае RSX
- - - Добавлено - - -
Я последнее время (на работе) программу (любую, не конкретную) часто пишу прямо в отладчике VS - можно сразу посмотреть - чего там тебе вернулось в объекте через API - и прототип пишется влёт :)
В дистрибутиве RSX нашёлся файл (DSMAC.MAC) - добавление структурных операторов (типа if, while и т.п.) через макросы и если раньше (в те, далёкие, сейчас почти былинные, времена) я часто писал программы - логика на ФОРТРАНе, действия - на MACRO-11, то после этого перешёл на чистый макросассемблер. Основная проблема языков ассемблера - куча меток и (разного варианта) GOTO - что затрудняет процесс написания и последующего понимания программ (особенно чужой) - очень хорошо решалась этим пакетом. В своих извращениях (плюс макросы соответствующие) дошёл до того, что программы писались (большая часть) универсальными - после перетрансляции и компоновки они были работоспособны как на RSX, так и на RT :)
К сожалению на данный момент это мало поможет. Я скорее по характеру такой, мне проще машину подвесить и перезапустить чтобы убедится, что был не прав, чем часами пыхтеть над тетрадкой и думать.. а может прав .. а может не прав.. и еще один ньюанс на который натыкался не раз.. баги могли сделать и до тебя, а ты о них не сном не духом.. тем более при такой скудной документации решить все на бумаге не получится. порой строчки равнозначные местами поменял в исходнике и все работает.. потом выясняется что баг компиллера, выравнивание и тд и тп. так что дебаггер наше всё :)
Да это всё понятно. Но, к сожалению, отладчиком не всегда можно или сложно дотянуться. Конкретный пример (в случае УКНЦ) - модули, выполняющиеся на ПП. Тут только курение исходников и постановка экспериментов - анализ результатов.
Мой текущий пример - написание драйвера для WQ - всё, что на входе - драйвер RT (без исходников), программы работы с RTC на этой плате (без исходников) и невнятная дока по IDE (на английском). И это ещё не самый экстремальный пример - потому как в состав RSX входит отладчик ядра :) Но каждый раз - гадание - Или мои копания с PDP-11 на FPGA - вот где этой мистики или не работает :)
Все равно из stanalone debugger проще экспериментировать с ПП - не нужно комилять линковать. А если дебаггер в памяти ПП он же всю память видеть будет?
Чистый стэндэлон не получится - он всё равно будет выполняться или в памяти ЦП или в памяти ПП :) Хотя в памяти ПП будет близок такому.
И да и нет, насколько я помню - вроде как для доступа к памяти ЦП от процессора ПП используются регистры - в одном задали адрес, через другой прочитали или записали ячейку. Но тут надо спросить более опытных комрадов - слишком давно я последний раз имел дело с УК-НЦ на таком низком железном уровне :) У меня больше знаний о семействе PDP-11 совместимых процессоров в принципе, а не конкретика об организации железа и устройств :)
Ситуация понятна, будем писать в тетрадке.
Еще просьба, если не трудно ткните носом или дайте имидж RT-11 для УКНЦ с дисководом но без HDD и всяких RAMдисков желательно с файловым менеджером и полезностями для разработки на ASM и что бы не ругалась при загрузке :) Просто сколько пробовал, то ошибки то одного нет то другого...
Знакомо, знакомо :) Только начиная с момента появления Квант-а и переноса туда RSX всё велось там в текстовых файлах :)
У меня готового нет
Возможно, что то найдётся у Хобота, но его хламник - такоооой хлаааамник...
Теоретически я могу собрать Вам образ, но на это понадобится некоторое время. Кроме того, УК-НЦ-ихи у меня есть, но вот нармальной работы у них с флопами пока нет, так что для хотя какой то гарантии надо будет под эмулятором - а значит, будет некоторая неуверенность в драйвере DZ и его работе.
Кроме того
вот тут я точно пасс - во времена оные их не было, а появившиеся позднее - не шупппал
Правильней говорит - на MACRO-11 - язык ассемблера с поддержкой макросов. Есть ещё ыкзотика - PAL-11 - язык ассемблера без поддержки макросов - но его компилятор можно найти только в очень древних операционках и очень старых версиях RT-11
Основное есть в (дистрибутиве) RT-11 - macro.sav (компилятор с MACRO-11), link.sav (компоновщик), sysmac.sml (библиотека системных и не только макросов) и syslib.obj (некоторое количество полезных подпрограмм для макро-систов и куча достаточно полезных процедур для фортран-истов и почти бесполезных для макро-систов). Это то, что есть (по крайне мере, на английском) более менее подробное описание. И для начального изучения языка MACRO-11 (а так же базовых знаний архитектуры PDP-11) этого более менее хватает.
У Вас к УК-НЦ подключено два флопа?