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

[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 посмотреть. В принципе можно выйти в пульт и посмотреть там ячейки.

[Advertiser]

[Manwe]

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.

Хм, а может и сработать. Надо попробовать. Спасибо за идею.

[Alex_K]

Хм, а может и сработать. Надо попробовать. Спасибо за идею.

А что сработать? В каком месте в нулевом блоке будут располагаться код и данные?

[Hunta]

А что сработать? В каком месте в нулевом блоке будут располагаться код и данные?

Выше примерно 500-ой ячейки .SAV размером в один блок

[Manwe]

А что сработать? В каком месте в нулевом блоке будут располагаться код и данные?

с 70 по 356. Этого хватит на то, чтобы инициализировать графику и палитры Союз-Неона.

[Hunta]

с 70 по 356

SJ RMON

; BYTES ARE READ FROM LEFT TO RIGHT. E.G., THE FOURTH BYTE PROTECTS
; THE RANGE 60-76, AND A VALUE OF 11110000 WOULD PROTECT 60-66.

.RADIX	2
	.BYTE	11111111,00111100,00001111,11110000 ;000-076
	.BYTE	11000011,00000000,00000000,00000000 ;100-176
	.BYTE	00000000,00000000,00110000,00000000 ;200-276
	.BYTE	00000000,00000000,00000000,00000000 ;300-376
	.BYTE	00000000,00000000,00000000,00000000 ;400-476
.RADIX	8.

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

А потом ктонть прицепит контроллер в вектором в диапазон 70-356 - и пойдут слухи о сбойной ячейке памяти, которая конкретную прогу портит

[troosh]

А потом ктонть прицепит контроллер в вектором в диапазон 70-356 - и пойдут слухи о сбойной ячейке памяти, которая конкретную прогу портит

Не знаю в тему или нет, но у Союз-Неона в HALT режиме с нулевого адреса всегда ПЗУшка на 16Кбайт (где и указаны некоторые вектора прерываний, а остальное забито разным мусором под завязку). Да и внешняя плата не может выдать произвольный вектор - там стоит i8259 у которого два входа под эти внешние платы выделены.
А пользовательские программы работают в USER моде, где с нуля только ОЗУ (7 страниц произвольных страниц по 8К из 4Мбайт).

[Manwe]

; BYTES ARE READ FROM LEFT TO RIGHT. E.G., THE FOURTH BYTE PROTECTS
; THE RANGE 60-76, AND A VALUE OF 11110000 WOULD PROTECT 60-66.

У меня нулевой блок практически весь пустой.

[Alex_K]

с 70 по 356. Этого хватит на то, чтобы инициализировать графику и палитры Союз-Неона.

У меня нулевой блок практически весь пустой.

Ячейки с 70 по 356 могут быть защищены в битовой карте RMON. Например 0100 и 0102 - вектор прерывания сетевого таймера. Потому при загрузке в ОЗУ загрузятся только те ячейки, которые не защишены. А потом и будут вопросы - вроде написал всё правильно, а программа сбоит. Можно расположить в области 0500-0777, но там обычно разделяется вместе со стеком, из-за этого могут быть проблемы. Ну и соответственно в SAV-файле надо установить бит CHAIN$(0400) в JSW(044).

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

Не знаю в тему или нет, но у Союз-Неона в HALT режиме с нулевого адреса всегда ПЗУшка на 16Кбайт (где и указаны некоторые вектора прерываний, а остальное забито разным мусором под завязку).

Да, там ПЗУ с 0 до 037777. Но там вектора режима HALT, и к векторам режима USER это вообще никак не относится. Да и вопрос был о загрузке нулевого блока SAV-файла.

[Manwe]

Ну почему не запишется, запишутся только не защищённые ячейки, если в карте битовой защиты стоит нулевой битик на данный адрес.

Эксперимент на ОС БК-11 показал, что после загрузки в нулевом блоке остаются нетронутыми следующие диапазоны ячеек:
адрес (oct) - количество слов (dec)

 70 -   4
122 -  41
250 -   8
300 -  24
400 - 128

Итого 410 байт. Попробую впихнуть туда демку для БК 0011М.

Update: Удалось втиснуть демку в 0-ой сектор. Но пришлось порезать кое-какие возможности. Много места ушло на борьбу с системой: запретить прерывания, установить страницу экрана в адресное пространство, восстановить нормальное положение скроллинга задать палитру. Не нашёл специального EMT для инициализации экрнан. Может быть кто знает такое для ОС БК-11?