PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Угу, уже нашел. Генерится цепочка адресов этих вызовов, а в BSTRAP.MAC присутствует подпрограмма Fix references to the PS с меткой FIXPSW:, но что она делает, не очень понятно. Очевидно, она пересылает туда либо подправленный на значение аргумента код команды SPL, либо, если процессор ее не имеет, но поддерживает MTPS, туда заталкивается MTPS <N*40> - это я посмотрел в эмуляторе Патрона в пультовом режиме, по исходнику BSTRAP хрен что поймешь. Вообще, должен заметить, DEC'овские исходники читаются весьма тяжело.
---------- Post added at 21:46 ---------- Previous post was at 21:42 ----------
А у PRO? И, соответственно, Э-85?
---------- Post added at 21:55 ---------- Previous post was at 21:46 ----------
Пардон, а RSX-11 разрешает исполнение SPL? Она же в юзермоде запрещена...
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Не, там используется только прямая адресация к @#177776 или MxPS команды, а самих вариантов заменты несколько и они по таблице делаются.Есть - писал уже выше.
Ну вообще-то в данном случае RSX непричем в принципе - это просто библиотека плезных подпрограмм портированных из RSX (некоторые из них есть в SYSLIB, некоторые в ULBLIB, но не все). Касаемо же mapped RSX, разумеется напрямую из задачи не позволит, но привилегированная задача может переключиться на системный уровень - тогда она будет выполняться в kernel mode и гарантированно управление не перейдет другой задаче.
---------- Post added at 22:56 ---------- Previous post was at 22:53 ----------
До кучи добавлю, что в RT-11 виртуальная задача никак по сути не защищена от использования SPL и вообще от выхода за пределы своей виртуальности
Это правда относится только к обычной виртуальной задаче, но не к VBGEXE.
---------- Post added at 23:06 ---------- Previous post was at 22:56 ----------
Хотя насчет VBGEXE похоже тоже можно обойти, только сложнее немного.
Последний раз редактировалось form; 20.04.2015 в 19:58.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
AFZ, form, вот я читаю и понимаю - надо срочно делать отечественную
RT-11 6.0 - которая будет успешно работать на шустром железе, содержать больше функционала от старших систем, без проблем запускать приложения от младших версий системы. ) Вот вызов всем системщикам ! ) Документацию же делать придётся и кучу справочников по использованию библиотек\компиляторов - работы за горизонт - ищем заказчика? )
Позиционировать - под любые новые PDP наработки. Например PDP-нетбук )
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Нет бы смиренно внимать мудрости двух гуру, предвысшей и высшей ступени посвящения, так он глумится!..
---------- Post added at 11:21 ---------- Previous post was at 09:53 ----------
Так ведь есть же дистрибутивы, на том самом компакте со всеми RT-11. Берем и генерим, в чем проблема? Генерить можно и под 5.х, в крайнем случае заменить SYSMAC.SML с того же дистрибутива, и вперед. Да и готовые дровишки должны подойти...
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Проблема (как можно было понять из написанного) состоит не в том чтобы сгенерить, а чтобы запустить
В частности для RT-11 V4 нету драйвера DU. Для SJ/FB вобщем-то не так сложно портировать драйвер от V5. Для XM начнутся сложности. И наконец самое приятное: V4 в принципе не поддерживает VARSZ устройства. То есть еще и DUP переделывать.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)