Цитата Сообщение от Manwe Посмотреть сообщение
Значит, нулевой блок туда не запишется.
Ну почему не запишется, запишутся только не защищённые ячейки, если в карте битовой защиты стоит нулевой битик на данный адрес.
Вот собственно из официальной документации:
"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."

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

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