Кросс-средства для программирования под МП 1801, 1806, 588

[S_V_B]

/* Означает ли это, что программа занимает первый и второй блоки памяти? */
Вроде так, нужно попробовать скомпилировать что-нибудь например с 40000, тогда видно будет. (либо 0й блок всегда указывается)

/* Почему отсчёт ведётся не с младших битов, а со старших? */
Скорее всего для наглядности. Битовая карта же, а ты на нее сверху смотришь

[Manwe]

нужно попробовать скомпилировать что-нибудь например с 40000, тогда видно будет. (либо 0й блок всегда указывается)

Попробуй, пожалуйста. И чтобы размер файла был больше одного блока.

[S_V_B]

Запускается с 10000, размер больше 2х блоков
https://yadi.sk/d/AaWKMAEpZ7rf-Q

нулевой блок всегда есть
забавно что в SAV файл записывается все с 0 по 10000..

или я неправильно что-то сделал?

в исходнике я указал:

.ASECT
.=010000

соответственно код оттранслировался на 10000, но зачем было писать в файл кусок с 0я по 10000?
Что то тут не так, ведь раньше каждый байт экономили.. а тут 6 килобайт на Hello world

[Manwe]

но зачем было писать в файл кусок с 0я по 10000?

Зато в карте памяти по адресам 360-377 почти одни нули. Что логично.
Нулевому блоку соответствует установленный бит. Блоку с адреса 10000 тоже соответствует установленный бит. И блоку через один от него (туда указывает стек, адрес 12034) соответствует установленный бит. Остальное - нули.
Единственное, что я не понял: верхний адрес программы указан 12032 (то есть впритык к стеку, что странно - стек может перетереть конец программы). Но главное - в карте памяти есть пустой блок между началом программой и стеком. Как же тогда программа будет использовать соответствующее адресное пространство?
То есть карта памяти здесь такая: заняты области
00000-01000 нулевой блок
10000-11000 программа
12000-13000 стек
Как видно, область 11000-12000 не занята программой. Так с чего бы тогда конечный адрес программы указан 12032? Ошибка компилятора?

В общем, мы добавили возможность компиляции в sav - проверь.
python -m pdpy11 path-to/test.mac --sav
или в текст программы добавить make_sav

P.S.
ещё можно писать PUSH R1 вместо MOV R1,-(SP) и аналогично POP R1

[S_V_B]

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

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

При трансляции с опцией make_sav, ошибка вылетает:


https://yadi.sk/i/73TaOufEJRlWeQ

[Hunta]

но зачем было писать в файл кусок с 0я по 10000?

Потому что файл в формате SAV (save) - это образа памяти. С адреса 0 и до максимально занятого. Служебная инфа - в блоке 0 (и то не во всём), остальное - данные, программа и незанятые области. Использовали секцию .ASECT - код и данные легли в указанные области (в битовой карте - единицы), остальное - незанятые области (в битовой карте - нули). Использовали бы секции .CSECT или .PSECT - линкер поместил бы их друг за дружкой начиная с адреса 1000. Стек и правильность работы с ним - забота программиста (MACRO-11, по умолчанию - с адреса 1000 и вниз) или компиляторы (ЯВУ).

[Advertiser]

[S_V_B]

А как же экономия перфоленты

[Hunta]

Просто странно, на эту программу ушел бы километр перфоленты

На PDP-11 (и клонах) загрузчик с перфоленты использовал формат .LDA (не помню, как расшифровывалось), там принцип - длина куска, адрес загрузки куска, сам кусок - и такие секции повторяются для всех кусков с данными или кодом. Ещё как то указывался стартовый адрес - надо смотреть описание.

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

А как же экономия перфоленты

Ответил. Но если выводить .SAV на перфоленту - экономии не будет и придётся писать свой загрузчик

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

Кстати, у RSX формат .TSK слегка напоминает .SAV.
А ещё есть .SAV и .TSK с оверлеями

[Manwe]

При трансляции с опцией make_sav, ошибка вылетает

А если без make_sav? В командной строке указать компилятору —sav

[S_V_B]

python.exe : No module named pdpy11