Практическое программирование в среде RT-11 на ассемблере.

[AFZ]

1. LINK ругнулся на три глобальных метки которые я не трогал !!!

Добавь в начало строчку

.DSABL GBL

Если какая-то метка является глобальной, хорошим тоном считается указать ее в списке команды .GLOBL, а не разрешать Макро считать любую неопределенную в тексте метку глобальной.

2. теперь по LO SSH MON пишет что команда-инвалид )))

Естественно, SSH.SAV надо переименовать в SH.SYS (SHX.SYS для XM/ZM-монитора)

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

И еще, перед командой переименования .SAV в .SYS надо подать команду REM SH, а после переименования - команду INS SH
И вообще, собери все (включая компиляцию с линковкой) в один .COM-файл.

[form]

Во первых прервать его таки можно, но это его не убивает (если только не выгрузить)

Здесь аналогично - драйвер не запрещает прерывание программ по CTRL/C, но в момент когда система должна выдать подсказку команды, драйвер снова запустит заданную прогу.

мне то можно .PRINT использовать или нет?

Можно. Драйвер реагирует только на .PRINT который печатает подсказку KMON.

LO SSH

Драйвер не бывает трехбуквенным - потому и ругается. Трехбуквенный файл .SYS драйвера бывает если в системе установлен суффикс драйвера (в XM/ZM/XB/ZB мониторах например добавляется буква X), но при этом имя драйвера в командах остается двухбуквенным.

LINK ругнулся на три глобальных метки которые я не трогал !!!

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

[AFZ]

но при этом имя драйвера в командах остается двухбуквенным.

Да, а я в исходник не смотрел.

hobot, из-за этого и полезли неопределенные метки. Верни двухбуквенное имя драйвера в тексте.

[form]

хорошим тоном считается указать ее в списке команды .GLOBL

Это скорее дань уважения RT-11V4 и более старым - там по умолчанию запрещено было смотреть за пределы исходника. В RSX же к примеру даже самых старых наоборот всегда было разрешено - там это необходимость чтобы распознать основные системные переменные и коды ошибок/функций I.O итд (хотя с помощью кучи макросов можно и вручную поопределять все это [в программах для RTEM так и делаю поскольку RTшный SYSLIB ничего не знает про RSXные символы ]).

[AFZ]

Это скорее дань уважения RT-11V4 и более старым - там по умолчанию запрещено было смотреть за пределы исходника.

И правильно. Согласись, неприятно узнавать только от линкера о том, что ты, набирая метку, попал не в ту пимпочку!..

В RSX же к примеру даже самых старых наоборот всегда было разрешено - там это необходимость чтобы распознать основные системные переменные и коды ошибок/функций I.O итд

Эта необходимость является следствием недоработки. По-хорошему надо было определить все эти дела в какой-то системной макрокоманде (или в нескольких). .MCALL-то ты пишешь? И это бы написал.

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

(Хотя сравнительно свежие макро понимают .MCALL AUTO, или как там он пишется? Ни разу не пользовался, опять же из околоструктурных соображений. Ну, или следуя правилам хорошего тона.)

[form]

Эта необходимость является следствием недоработки.

Согласись, неприятно узнавать только от линкера о том, что ты, набирая метку, попал не в ту пимпочку!..

Это уже вопрос вкуса. Те кто начинал с RSX с этим не согласятся
Следуя той же логике про возможность написать, никто не мешает написать .DSABL GBL
.MACLLов и потом вызовов в начале программы может набраться штук 10 только ради того, чтобы определить то, что используется по сути во всех без исключения программах - я бы сказал, что именно это - излишества

[AFZ]

А, вспомнил. .ENABL MCL

[form]

А, вспомнил. .ENABL MCL

Это позволяет не использовать .MCALL, но это как раз очень вредная фича - на каждый чих будут просматриваться все макробиблиотеки которые используются.
И кстати не всегда сработает. Например с .PRINT в RT-11 такой номер не пройдет - он не подцепится

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

А если еще вспомнить старые компиляторы MACRO-11 в которых символы R0-R5, SP, PC не были определены... Вроде в моей любимой книге Сингера советуют явно определять регистры

[AFZ]

Следуя той же логике про возможность написать, никто не мешает написать .DSABL GBL

Что я и посоветовал Хоботу

.MACLLов и потом вызовов в начале программы может набраться штук 10 только ради того, чтобы определить то, что используется по сути во всех без исключения программах

Так я и сказал, что DEC'овцам надо было объявить эти метки глобальными в нескольких системных макрокомандах. Одна - для ввода-вывода, одна для обработки ошибок и т.д., так, чтобы их набралось с десяток, не больше. Или даже одну, в конце, которая проверит все системные макровызовы, встреченные во всём исходнике и сгенерит все необходимые .GLOBL для тех меток, которые положено использовать тем макровызовам, которые есть в тексте. (И не генерить те, что не положены, если где накосячишь, то линкер пошлёт!..)

[form]

.GLOBL

Тут исходники TSX радуют глаз - там только что регистры не определяют вручную (а может и определяют в старых версиях еще)