RT-11 для чайников

[Manwe]

Эти 512 байт заголовка, вполне можно занять кодом при прямых руках.

Из того, что я читал об RT-11 для УКНЦ, вынес следующее: заголовок sav-файла грузится в буфер и там разбирается. Затем в тот же буфер начинают грузятся остальные блоки файла, по одному. И уже из буфера перемещаются в основное ОЗУ. То есть они загружаются перетирая друг друга. Нулевой блок с заголовком по-любому будет потёрт, в основную память он не попадёт. Как в таких условиях передать управление внедрённому в него коду – непонятно.

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

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

Первый скриншот из документации. Второй из файла P16.MAC
Нет, документация НЕ нормальная. Здесь имеет место когнитивное искажение, профессиональная деформация: человеку, УЖЕ заранее знакомому и имеющему большой опыт с RT-11, советской схемотехникой, используемыми микросхемами и прочими штуками кажется, что «всё и так понятно». Конкретно в этой документации не описано, но «мне же понятно». Это признак плохой документации.

На самом деле это удобно - можно есть выдачу help и просто осмысленное сообщение о том, что нужно запускать через prun. Либо реализовать какое-то взаимодействие с ранее запущенным процессом из этого же файла

Да, это полезно.
Спасибо за разъяснение.

[Advertiser]

[Alex_K]

Из того, что я читал об RT-11 для УКНЦ, вынес следующее: заголовок sav-файла грузится в буфер и там разбирается. Затем в тот же буфер начинают грузятся остальные блоки файла, по одному. И уже из буфера перемещаются в основное ОЗУ. То есть они загружаются перетирая друг друга. Нулевой блок с заголовком по-любому будет потёрт, в основную память он не попадёт. Как в таких условиях передать управление внедрённому в него коду – непонятно.

Нулевой блок SAV-файла, который заголовок, также переносится в ОЗУ с нулевого адреса в соответствие с картой битовой защиты. Данная карта расположена в области данных RMON (резидентный монитор) и показывает, можно ли переписывать ячейку или нельзя. Защищаются ячейки с адреса 0 по адрес 0476. С адреса 0500 в старых версиях RT-11 (вроде бы до 05.02) информация прямо переписывалась. В более новых версиях в SAV-файле для этого необходимо поставить бит 8 (CHAIN$) в адресе 044 JSW (Job Status Word).

[Hunta]

И насколько я знаю, дальше данные со второго блока до некого блока, номер которого вычисляется по инфу из заголовка, читаются с диска одним запросом сразу на место (спасибо вам, непрерывные файлы). Именно по этой же причине файлы .TSK в RSX так же должны быть непрерывными, что бы система могла их запустить

[Alex_K]

И насколько я знаю, дальше данные со второго блока до некого блока, номер которого вычисляется по инфу из заголовка, читаются с диска одним запросом сразу на место (спасибо вам, непрерывные файлы).

Ну не с второго, а первого, если нумерация начинается с нуля. Да и в нулевом блоке со смещения 0360 также есть карта используемых блоков. Например, если в программе посреди файла объявить большой массив .BLKW, то данные блоки помечаются в карте нулевыми битиками.

[Manwe]

Защищаются ячейки с адреса 0 по адрес 0476.

Значит, нулевой блок туда не запишется.
Ну и как бы я отталкиваюсь от официальной документации, где прямо сказано, что все блоки грузятся по одному в буфер, и нулевой блок не отправляется в основную память.

[Hunta]

Ну не с второго, а первого, если нумерация начинается с нуля.

Пардон, очепятался, с первого, конечно.

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

если в программе посреди файла объявить большой массив .BLKW, то данные блоки помечаются в карте нулевыми битиками.

Интересно, что будет делать система (читать одним запросом или несколькими), если за таким блоком будут опять идти нормальные данные...

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

Уточнение - все мои высказывания касаются virgin RT-11 от DEC, а не её версий, которые потрогали чьи-то очумелые ручки

[Alex_K]

Значит, нулевой блок туда не запишется.

Ну почему не запишется, запишутся только не защищённые ячейки, если в карте битовой защиты стоит нулевой битик на данный адрес.
Вот собственно из официальной документации:
"The monitor commands R and RUN load and start a program stored in a .SAV file.(The RUN command is actually a combination of the GET and START commands.)
First, the Keyboard Monitor reads block 0 of the .SAV file into an internal USR buffer.
It extracts information from locations 40–64 and 360–377 (the bitmap, described
above). Using the protection bitmap (called LOWMAP), which resides in RMON,
KMON checks each word in block 0 of the file. It does not load locations that are
protected, such as location 54 and the device interrupt vectors. It loads unprotected
locations into memory from the USR buffer. Next, KMON sets location 50 to the top
of usable memory, or to the top of the user program, whichever is greater."

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

Интересно, что будет делать система (читать одним запросом или несколькими), если за таким блоком будут опять идти нормальные данные...

Можно попробовать практически. Создать большой файл, в начале и конце поместить реальные данные, а между ними очень большой .BLKW. А потом загрузить с помощью GET, а командой E посмотреть. В принципе можно выйти в пульт и посмотреть там ячейки.

[Hunta]

То, что он загрузится и с правильными данными в конце - как бы сомнения нет. Вопрос - один запрос на чтение будет или два. Можно правда в середине пошалить dess-ом и потом проверить...

[Alex_K]

То, что он загрузится и с правильными данными в конце - как бы сомнения нет. Вопрос - один запрос на чтение будет или два. Можно правда в середине пошалить dess-ом и потом проверить...

Проверил. Неиспользуемые блоки не грузит.

[Hunta]

Проверил. Неиспользуемые блоки не грузит.

Спасибо

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

Это, кстати, означает, что при неаккуратном использовании .BLKW .BLKB можно легко получить суслика, которого не видно, но он есть

Видимо, та же мысль пришла мне в голову, когда я реализовал макросы резервирования, но не выделения памяти (как уменьшить размер .sav файла, не выделяя памяти под переменные и не использую динамическую память) - и добавил в инициализатор код, который обнуляет описанные таким образом переменные