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

Вид для печати

Показывать 40 сообщений этой темы на одной странице

05.12.2011, 23:38
Titus

Цитата:

Сообщение от form

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

Код:

ERROR: SEC RETURN OK: CLC RETURN

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

Все же твоя таблица напоминает что-то PDP-11, а не ВМ2. Взять те же ASC и ASCH. Никаких непредсказуемых результатов в них нет. Да и в других командах непонятно, чего там непредсказуемого?
05.12.2011, 23:41
form

Цитата:

Сообщение от Titus

Все же твоя таблица напоминает что-то PDP-11, а не ВМ2. Взять те же ASC и ASCH. Никаких непредсказуемых результатов в них нет. Да и в других командах непонятно, чего там непредсказуемого?

В пределах одной отдельно взятой машины вообще непредсказуемых результатов не будет. А если тебе захочется чтобы программа работала не только на УКНЦ, но и еще где-нибудь - надо считаться с возможными вариантами. Взять те же ASH и ASHC которые по разному себя поведут в описанном случае ;)
05.12.2011, 23:41
Patron

Цитата:

Сообщение от form

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

Код:

ERROR: SEC RETURN OK: CLC RETURN

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

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

...

Например,

Код:

MTPS 0

вместо

Код:

MTPS #0

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

DEC наверное не случайно ошибку Z пишет почти на все эти команды? ;)
05.12.2011, 23:43
Titus

Цитата:

Сообщение от form

В пределах одной отдельно взятой машины вообще непредсказуемых результатов не будет. А если тебе захочется чтобы программа работала не только на УКНЦ, но и еще где-нибудь - надо считаться с возможными вариантами. Взять те же ASH и ASHC которые по разному себя поведут в описанном случае ;)

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

Цитата:

Сообщение от Patron

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

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

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

Цитата:

Сообщение от Titus

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

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

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

Цитата:

Сообщение от form

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

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

Код:

.E 102 000341 .

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

Код:

LKINT:: ADC $TIME+2 ADC $TIME RTI
06.12.2011, 00:02
form

Цитата:

Сообщение от Patron

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

Код:

.E 102 000341 .

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

Код:

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

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

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

А как на PDP11 реализуются 32-битные сумматоры, чтобы можно было пользоваться флагом арифметического переполнения V?
На тех процессорах, где есть команда ADC R0,R1, понятно. Просто делаешь ADD #low_byte,R0; ADC #high_byte,R1.
А на PDP11 как? И еще раз, я имею ввиду конечный флаг V, а не результат.
06.12.2011, 00:09
form

Цитата:

Сообщение от Titus

А как на PDP11 реализуются 32-битные сумматоры, чтобы можно было пользоваться флагом арифметического переполнения V?
На тех процессорах, где есть команда ADC R0,R1, понятно. Просто делаешь ADD #low_byte,R0; ADC #high_byte,R1.
А на PDP11 как? И еще раз, я имею ввиду конечный флаг V, а не результат.

ADC - базовая команда и есть везде.
Что до флага V, тут он мало поможет ибо переполнение - это переход от 77777 к 100000
06.12.2011, 00:10
Alex_K

Цитата:

Сообщение от form

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

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

Код:

CMP R1,#1 ADC R2 ADC R3

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

Цитата:

Сообщение от form

ADC - базовая команда и есть везде.

На PDP11 она одноперандная. R0 = R0 + C. А нужно R0 = R0 + R1 + C.
06.12.2011, 00:12
form

Цитата:

Сообщение от Alex_K

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

Код:

CMP R1,#1 ADC R2 ADC R3

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

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

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

Цитата:

Сообщение от Titus

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

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

ADD L1,L2
ADC H2
ADD H1,H2

- это всмысле как 32 бита сложить с 32 битами
а как ты написал - думаю и так понятно
06.12.2011, 00:13
Titus

Цитата:

Сообщение от form

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

ADD L1,L2
ADC H2
ADD H1,H2

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

Цитата:

Сообщение от Titus

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

Так получим правильный 32битный флаг V.
06.12.2011, 00:18
Titus

Цитата:

Сообщение от form

Так получим правильный 32битный флаг V.

Нет.
Мы даже не получим правильный флаг C, если, например:
0xFFFF +
0x0001 =
0x0000

Флаг C должен быть установлен, но такой конструкцией из трех команд его не будет. Т.к. команда ADD 0x00,0x00 не установит флаг C.
06.12.2011, 00:19
form

Цитата:

Сообщение от Titus

Нет.
Мы даже не получим правильный флаг C, если, например:
0xFFFF +
0x0001 =
0x0000

Флаг C должен быть установлен, но такой конструкцией из трех команд его не будет. Т.к. команда ADD 0x00,0x00 не установит флаг C.

И в каком месте мы C не получим?
А, ну да, лично проверил командой INC, а таблица признаков нам неинтересна? ;)
06.12.2011, 00:20
Titus

Цитата:

Сообщение от form

И в каком месте мы C не получим?
А, ну да, лично проверил командой INC, а таблица признаков нам неинтересна? ;)

В таком.
При конструкции:

Код:

ADD L1,L2 ADC H2 ADD H1,H2

Флаг C будет установлен после команды ADC H2,
и опять сброшен после ADD H1,H2
06.12.2011, 00:21
Alex_K

Цитата:

Сообщение от Titus

Нет.
Мы даже не получим правильный флаг C, если, например:
0xFFFF +
0x0001 =
0x0000

Флаг C должен быть установлен, но такой конструкцией из трех команд его не будет. Т.к. команда ADD 0x00,0x00 не установит флаг C.

А с какого перепугу он не установится. Числа складываем 16-разрядные, результат 0, и флаг C установлен. Но складывать с помощью ADD.
06.12.2011, 00:21
form

Цитата:

Сообщение от Titus

В таком.
При конструкции:

Код:

ADD L1,L2 ADC H2 ADD H1,H2

Флаг C будет установлен после команды ADC H2,
и опять сброшен после ADD H1,H2

Так он правильно будет сброшен потому что если 32битное число не вылезло за границу - C и не должен быть установлен. А если вылезло - он будет установлен. Или ты хочешь вычислять 32 бита, а флаги на 16 бит?
06.12.2011, 00:23
Titus

Цитата:

Сообщение от form

Так он правильно будет сброшен потому что если 32битное число не вылезло за границу - C и не должен быть установлен. А если вылезло - он будет установлен. Или ты хочешь вычислять 32 бита, а флаги на 16 бит?

Ой, вру. Неправильно написал пример.
Вот числа для примера.
0xFFFFFFFF +
0x00000001 =
0x00000000
06.12.2011, 00:23
Alex_K

Цитата:

Сообщение от Titus

В таком.
При конструкции:

Код:

ADD L1,L2 ADC H2 ADD H1,H2

Флаг C будет установлен после команды ADC H2,
и опять сброшен после ADD H1,H2

Titus, надо конкретный 32-разрядный пример.
06.12.2011, 00:23
form

Цитата:

Сообщение от Alex_K

Titus, надо конкретный 32-разрядный пример.

Вывше ты его написал. В этор случае C *будет* установлен.
06.12.2011, 00:25
Titus

Цитата:

Сообщение от form

Вывше ты его написал. В этор случае C *будет* установлен.

Не будет.

ADD L1,L2 L2 = 0xFFFF + 0x0001 = 0x0000 (C установлен)
ADC H2 H2 = 0xFFFF + C = 0x0000 (C установлен)
ADD H1,H2 H2 = 0x0000 + 0x0000 = 0x0000 (C сброшен)
06.12.2011, 00:30
form

Цитата:

Сообщение от Titus

Не будет.

ADD L1,L2 L2 = 0xFFFF + 0x0001 = 0x0000 (C установлен)
ADC H2 H2 = 0xFFFF + C = 0x0000 (C установлен)
ADD H1,H2 H2 = 0x0000 + 0x0000 = 0x0000 (C сброшен)

Да, правда не будет.
В сингере кажется описан вариант решения.
06.12.2011, 00:31
Titus

Цитата:

Сообщение от form

Да, правда не будет.

Я о том и говорю. Это типичная проблема флагов C и V, при отсуствии механизма непрерывного каскадного сложения. Интересно было послушать, как вы выходите из положения. Но, судя по всему, даже не сталкивались)
06.12.2011, 00:32
form

Цитата:

Сообщение от Titus

Я о том и говорю. Это типичная проблема флагов C и V, при отсуствии механизма непрерывного каскадного сложения. Интересно было послушать, как вы выходите из положения. Но, судя по всему, даже не сталкивались)

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

Чаще требуется сложить 16 битное к 32битному, а тут проблем нет :)
06.12.2011, 00:34
Titus

Цитата:

Сообщение от form

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

Чаще требуется сложить 16 битное к 32битному, а тут проблем нет :)

Мне было нужно, и посожалел, что на PDP11 нет ADC с двумя аргументами.
06.12.2011, 00:42
form

Цитата:

Сообщение от Patron

Похоже, что нужно делать что-то вроде:

Код:

ADD L1,L2 ADC H2 MFPS -(SP) BIC #177774,(SP) ADD H1,H2 MFPS -(SP) BIC #177774,(SP) BIS (SP)+,(SP) MTPS (SP)+

MFPS не является обязательной командой - заточка под место :)
06.12.2011, 00:44
Alex_K

Вот он пример из книги:

Код:

.MACRO MPADD X,Y ?L1,?L2 MOV X,R1 MOV Y,R2 MOV #10,R0 CLC L1: MOV R2,-(SP) MOV R0,-(SP) L2: ADC -(R2) SOB R0,L2 BVS ERROR MOV (SP)+,R0 MOV (SP)+,R2 ADD -(R1),-(R2) SOB R0,L1 BVS ERROR .ENDM

Это пример для знаковых чисел. Если BVS заменить на BCS, то это уже будет для беззнаковых.
06.12.2011, 00:45
form

Цитата:

Сообщение от Alex_K

Вот он пример из книги:

Код:

.MACRO MPADD X,Y ?L1,?L2 MOV X,R1 MOV Y,R2 MOV #10,R0 CLC L1: MOV R2,-(SP) MOV R0,-(SP) L2: ADC -(R2) SOB R0,L2 BVS ERROR MOV (SP)+,R0 MOV (SP)+,R2 ADD -(R1),-(R2) SOB R0,L1 BVS ERROR .ENDM

Это пример для знаковых чисел. Если BVS заменить на BCS, то это уже будет для беззнаковых.

Во! Оно самое - из Сингера :)

Кстати первая книга была по теме и до сих пор считаю лучшей, хоть там и опечатки :)
06.12.2011, 00:46
Titus

Цитата:

Сообщение от form

MFPS не является обязательной командой - заточка под место :)

Если сложение флагов C по OR - правильное решение, то с флагом V - не факт.
06.12.2011, 00:46
Alex_K

Titus, а все-таки интересно, что за многомногоразрядное число Вам понадобилось складывать на УКНЦ, да еще понадобились флаги V и C.
06.12.2011, 00:48
form

Цитата:

Сообщение от Titus

Если сложение флагов C по OR - правильное решение, то с флагом V - не факт.

Я к тому, что команда MFPS не везде есть - не входит она в базовый набор команд. Чтобы не ссылаться на PDP-11, сошлюсь на Электронику 100-25 :)
06.12.2011, 00:49
Titus

Цитата:

Сообщение от Alex_K

Titus, а все-таки интересно, что за многомногоразрядное число Вам понадобилось складывать на УКНЦ, да еще понадобились флаги V и C.

Очень просто. Думал над эмуляцией Z80. А там, как известно есть команда ADC с двумя операндами. И хоть она и 8-битная, да только за один раз надо складывать 3 значения, arg1, arg2 и C. И, соответственно, правилзьно выставлять флаги C и V. Получается громоздко.
06.12.2011, 00:55
Patron

Цитата:

Сообщение от Titus

Если сложение флагов C по OR - правильное решение, то с флагом V - не факт.

Почему?
06.12.2011, 00:55
Alex_K

Цитата:

Сообщение от Titus

Очень просто. Думал над эмуляцией Z80. А там, как известно есть команда ADC с двумя операндами. И хоть она и 8-битная, да только за один раз надо складывать 3 значения, arg1, arg2 и C. И, соответственно, правилзьно выставлять флаги C и V. Получается громоздко.

Эмуляция Z80 на УКНЦ ????? :o:o:o О, это круто, но зачем, тормозить же будет.
Да и вряд ли это громоздко будет, сложить же три числа, а сложение в PDP-11 только 16-разрядное, так что бит 8 - это и есть бит C, а с V подумать надо, тут его только по алгоритму вычислять надо.

А кстати у Z80 есть 16-разрядный ADC ?
06.12.2011, 00:58
Titus

Цитата:

Сообщение от Alex_K

Эмуляция Z80 на УКНЦ ????? :o:o:o О, это круто, но зачем, тормозить же будет.
Да и вряд ли это громоздко будет, сложить же три числа, а сложение в PDP-11 только 16-разрядное, так что бит 8 - это и есть бит C, а с V подумать надо, тут его только по алгоритму вычислять надо.

А кстати у Z80 есть 16-разрядный ADC ?

Интерпретивная эмуляции да, будет. А рекомпилируемая будет примерно на равне. Это даже скорее идея была не эмуляции, я рекомпиляции)
Знаю я этот алгоритм для V.
Есть 16-разрядный тоже.
06.12.2011, 00:58
Alex_K

Titus, а может Вы по примеру эмулятора БК пишете эмулятор Спектрума на УКНЦ?
06.12.2011, 01:02
Titus

Цитата:

Сообщение от Alex_K

Titus, а может Вы по примеру эмулятора БК пишете эмулятор Спектрума на УКНЦ?

Не напишу. В БК тот же самый практически проц. А Z80 сильно отличается. А дикие тормоза не нужны.

Показывать 40 сообщений этой темы на одной странице

Текущее время: 23:09. Часовой пояс GMT +3.