RTEM-11 -- RT-11 под RSX-11M, RSX-11M-PLUS, Micro/RSX, VAX/RSX

[Hunta]

То есть есть полный RTEM

Ну как полный - сам .TSK и RT11SH.SYS

Было бы здорово тогда его поиметь

Надо прошерстить все образы дисков - так как не всё я держал на винте, да и потом под simh не всё перенёс.

Я допинал под V5.7

Насколько я понимаю, на тот момент у меня была только 5.3 как самая свежая - вот её и раскрутил. А потом как бы особого интереса к RT11 не появлялось, тем более - запуск из под RSX.

[ra3qdp]

Я допинал под V5.7

в те годы, когда этот вариант использовали - не было 5.7
form: "Быстрой прокруткой вверх не нашел. О чем речь? "
вот:
https://cloud.mail.ru/public/HZn9/Ak2JwfrJj

[form]

Ну как полный - сам .TSK и RT11SH.SYS

А... Ну у меня такой же.
Найти бы хотя бы RTEDEF.MAC от него (я восстановил то, что было понятно из BSTRAP и трассировки), а если еще и родные драйверы - вообще бы было здорово (драйверы я некоторые написал: RK, DU).
Про всякие ESCI и FCS модули я уже и не мечтаю: на данный момент я разобрал большую часть JOAT в этом плане

Насколько я понимаю, на тот момент у меня была только 5.3 как самая свежая - вот её и раскрутил.

С 5.3 если склероз не врет, должны беть три косяка: порча регистров в RTEM при синхронизации даты из USR, поддержка UCF - она в v5 включается без вопросов, хотя судя по коду должна включаться в зависимости от того, что RTEM сказал (причем в 5.3 это вроде фатально: при отсутствии SY:UCF.SAV нет даже шансов что-то сделать), и в одном месте было кривое обращение к RMON.
В v5.5-5.7 дополнительно возникает проблема extended units - в коде BSTRAP просто они не учитывались ибо RTEM к тому времени уже умер

UPD: еще один косяк если RT11SH от RT-11 V4 - там драйвер VS не VARSZ$, соответственно DUP от V5 (который нативно суппортит RTEM) офигеет

[Hunta]

Найти бы хотя бы

Нет, больше ничего не было. Судя по тому, что на текущий момент нашёл - имена смещений я вытащил по undefined symbols, собрав RT11 под RTEM, а затем, видимо, анализировал код имеющейся RT и постепенно восстановил смещения. Хотя.. может и как то ещё.

С 5.3 если склероз не врет, должны беть три косяка

Не помню. Но можно сравнить тот вариант файлов, которые у меня в каталоге для сборки, с исходными

[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).

[ra3qdp]

form - https://zx-pk.ru/threads/26437-rtem-...=1#post1160273
ну и ???

[Advertiser]

[form]

ну и ???

Я вопроса не понял - там обычный кусок .CMD файла, ничем не примечательный и даже ничем именно к PRO и P/OS не относящийся.

[ra3qdp]

он был именно в просе. Что за упоминающиеся *.tsk ?

[form]

Что за упоминающиеся *.tsk ?

Понятия не имею.
К 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 все сделай сам

[ra3qdp]

Понятия не имею.

что-то мне кажется они могли использоваться и для RSX (возможно, для более полной интеграции RT в RSX. А для чего еще - предположите)

разрешение векторизации

а она для чего ? какие Вы знаете платы для PRO ?
А в MicroRSX векторизация есть ?