Ну как полный - сам .TSK и RT11SH.SYSЦитата:
Сообщение от form
Надо прошерстить все образы дисков - так как не всё я держал на винте, да и потом под simh не всё перенёс.Цитата:
Сообщение от form
Насколько я понимаю, на тот момент у меня была только 5.3 как самая свежая - вот её и раскрутил. А потом как бы особого интереса к RT11 не появлялось, тем более - запуск из под RSX.Цитата:
Сообщение от form
в те годы, когда этот вариант использовали - не было 5.7Цитата:
Сообщение от form
form: "Быстрой прокруткой вверх не нашел. О чем речь? "
вот:
https://cloud.mail.ru/public/HZn9/Ak2JwfrJj
А... Ну у меня такой же.Цитата:
Сообщение от Hunta
Найти бы хотя бы RTEDEF.MAC от него (я восстановил то, что было понятно из BSTRAP и трассировки), а если еще и родные драйверы - вообще бы было здорово (драйверы я некоторые написал: RK, DU).
Про всякие ESCI и FCS модули я уже и не мечтаю: на данный момент я разобрал большую часть JOAT в этом плане :)
С 5.3 если склероз не врет, должны беть три косяка: порча регистров в RTEM при синхронизации даты из USR, поддержка UCF - она в v5 включается без вопросов, хотя судя по коду должна включаться в зависимости от того, что RTEM сказал (причем в 5.3 это вроде фатально: при отсутствии SY:UCF.SAV нет даже шансов что-то сделать), и в одном месте было кривое обращение к RMON.Цитата:
Сообщение от Hunta
В v5.5-5.7 дополнительно возникает проблема extended units - в коде BSTRAP просто они не учитывались ибо RTEM к тому времени уже умер :)
UPD: еще один косяк если RT11SH от RT-11 V4 - там драйвер VS не VARSZ$, соответственно DUP от V5 (который нативно суппортит RTEM) офигеет :)
Нет, больше ничего не было. Судя по тому, что на текущий момент нашёл - имена смещений я вытащил по undefined symbols, собрав RT11 под RTEM, а затем, видимо, анализировал код имеющейся RT и постепенно восстановил смещения. Хотя.. может и как то ещё.Цитата:
Сообщение от form
Не помню. Но можно сравнить тот вариант файлов, которые у меня в каталоге для сборки, с исходнымиЦитата:
Сообщение от form
Hunta, Ну я собственно вначале темы описывал последовательно что находилось.
На данный момент вроде все вопросы V5.7 решены (они же кроме extended units для всех версий V5 [допускаю что кроме UCF проблем нет в RTEM v2 <RTEM v1 про UCF ничего не знал>]).
Теперь допинываю JOAT на предмет поддержки named directories в RSX - это вроде последнее что осталось нерешенным (со стороны RT-11, не считая UCF, но это совсем просто - уже даже наметил контуры для TPARS).
В качестве подготовительного эксперимента, отодвинул последний оверлей (ECSI и какая-то мелочь от FCS) вверх, чтобы расширить основной FCS оверлей - вроде пашет - осталось воткнуть код с PFCS$ и прочими плюшками.
Основная идея - там где вызывается ..ELP0 чтобы попытаться отпарсить через VMS - туда же воткнуть PFCS, а в случае невозможности - так же отсигналить о неподдержке (Z=1).
form - https://zx-pk.ru/threads/26437-rtem-...=1#post1160273
ну и ???
Я вопроса не понял - там обычный кусок .CMD файла, ничем не примечательный и даже ничем именно к PRO и P/OS не относящийся.Цитата:
Сообщение от ra3qdp
он был именно в просе. Что за упоминающиеся *.tsk ?
Понятия не имею.Цитата:
Сообщение от ra3qdp
К RTEM они не относятся.
В P/OS вообще не всегда можно понять даже привычные вещи.
К примеру, чем плох ...MAC? Ан нет - должен быть ...PMA. В P/OS особый ассемблер? Да нет, просто так - чтобы жизнь медом не казалась :)
С директивой GIN$ также... Сделали в P/OS директиву WIMP$ (как сказали бы в наше время - это троллинг: wimp - что-то между занудой и слабаком). Она вточности повторяет основной набор GIN$ (разумеется кроме самого полезного), но имеет и свой набор - так в чем проблема - она все-равно код функции принимает, но нет - вдруг RSXные пользователи переедут на дешевый P/OS? :)
Кстати в M+ эта директива поддерживается, хотя и не документируется.
В RSX-11M-PLUS V3 появилось много полезных фич, их тут же потянули в P/OS V3, но... векторизацию сделали несовместимо (тут не берусь судить какой вариант лучше: оба варианта имеют свои плюсы и минусы), но при этом в M+ разрешение векторизации - одна директива (или один вызов подпрограммы), а в P/OS все сделай сам :)
что-то мне кажется они могли использоваться и для RSX (возможно, для более полной интеграции RT в RSX. А для чего еще - предположите)Цитата:
Сообщение от form
а она для чего ? какие Вы знаете платы для PRO ?Цитата:
Сообщение от form
А в MicroRSX векторизация есть ?