Программирование на УКНЦ как?

[Patron]

К тому, чтобы лучше понимать программы и не городить идиотизм вроде

ERROR:  SEC
        RETURN
OK:     CLC
        RETURN

Чем советские (да и не только) программы частенько страдают :)

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

...

Например,

MTPS 0

вместо

MTPS #0

- это гораздо хуже. ( А я именно так и отличился недавно - у половины MTPS забыл решётки к числам добавить и очень потом удивлялся странному поведению программы :)

[Advertiser]

[form]

у половины MTPS забыл решётки к числам добавить и очень потом удивлялся странному поведению программы

Ну это просто ошибка - всякое бывает

---------- Post added at 02:47 ---------- Previous post was at 02:43 ----------

Лично я не ставлю себе задачи писать на УКНЦ, чтобы это потом работало на PDP11 каких-нить. На ДВК - куда не шло. Но как справочная таблица отдельных команд, которые работаю по-разному на разных процессорах - полезно.

Так для того и есть таблица. Команды собственно даны так, чтобы место заполнить. Кроме ASH и явно косячных JMP на регистр, все остальные компилятор и так посчитает ошибкой

Куда важнее таблица признаков, особенно если будешь разбирать чьи-то программы. Далеко не всегда очевидно почему автор так уверен, что вот в этом месте скажем бит C сброшен, а в этом установлен итд. Или к примеру встречал такую ошибку - при 32битном счетчике пытались оперировать командой INC вместо нужного ADD #1.

[Patron]

при 32битном счетчике пытались оперировать командой INC вместо нужного ADD #1.

Поэтому, чтобы сэкономить одно слово в обработчике прерывания таймера RT-11 - в PSW его вектора установлен бит C (в чём легко можно убедиться, выполнив в KMON команду "E 102"):

.E 102
000341
.

а сам обработчик выглядит так:

LKINT::
	ADC	$TIME+2
	ADC	$TIME
	RTI

[form]

Поэтому, чтобы сэкономить одно слово в обработчике прерывания таймера RT-11 - в PSW его вектора установлен бит C (в чём легко можно убедиться, выполнив в KMON команду "E 102"):

.E 102
000341
.

а сам обработчик выглядит так:

LKINT::
	ADC	$TIME+2
	ADC	$TIME
	RTI

Это хорошо когда есть обработчик прерываний, а если это не обработчик прерываний - там все просто: один обработчик на кучу устройств и никаких проблем (всмысле тем же способом). Но далеко не всегда такие вещи используются в прерываниях

И здесь опять таки таблица признаков помогает. Можно к примеру сравнить R1,#1, а можно и #1,R1 и мы можем сэкономить на чем-нибудь за счет этого

[Alex_K]

И здесь опять таки таблица признаков помогает. Можно к примеру сравнить R1,#1, а можно и #1,R1 и мы можем сэкономить на чем-нибудь за счет этого

Это из той же оперы?

        CMP     R1,#1
        ADC     R2
        ADC     R3

Только таблица здесь не поможет, надо знать как признаки формируются.

[form]

Это из той же оперы?

        CMP     R1,#1
        ADC     R2
        ADC     R3

Только таблица здесь не поможет, надо знать как признаки формируются.

Как формаруются знать в принципе надо, а таблица поможет понять будет ли вообще флаг меняться

---------- Post added at 03:12 ---------- Previous post was at 03:11 ----------

На PDP11 она одноперандная. R0 = R0 + C. А нужно R0 = R0 + R1 + C.

А-а - вон ты про что.

ADD L1,L2
ADC H2
ADD H1,H2

- это всмысле как 32 бита сложить с 32 битами
а как ты написал - думаю и так понятно

[Titus]

А-а - вон ты про что.

ADD L1,L2
ADC H2
ADD H1,H2

Нет, так получим лишь правильный результат, а не правильный флаг V.