PASCAL + MACRO11 (УКНЦ-ДВК).

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

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

16.03.2020, 20:30
yu.zxpk

Цитата:

Сообщение от Oleg N. Cher

Хрень какая. Всё есть, кроме хекса. :-(

AA-KX10A-TC_PDP-11_MACRO-11_Reference_Manual_May88.pdf

6.4.1.2 Temporary Radix Control Operators
...
^Xn ; n is evaluated as a hexadecimal number
16.03.2020, 20:40
Hunta

Цитата:

Сообщение от Oleg N. Cher

Восьмеричная система счисления вообще никак не зашита в проц

Я тебя щас ещё больше удивлю - шестнадцатиричная - тоже. Но с командами PDP-11 удобней пользоваться восьмиричной. Вот ей и пользуемся

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

Цитата:

Сообщение от yu.zxpk

^Xn ; n is evaluated as a hexadecimal number

Код:

TEST MACRO V05.06R Monday 16-Mar-20 Page 1 1 .TITLE TEST 2 .MCALL .EXIT 3 4 000000 000000G DATA: .WORD ^XABCD 5 6 000002 START: .EXIT 7 8 000002' .END START TEST MACRO V05.06R Monday 16-Mar-20 Page 1-1 Symbol table ABCD = ****** GX DATA 000000R START 000002R . ABS. 000000 000 (RW,I,GBL,ABS,OVR) 000004 001 (RW,I,LCL,REL,CON) Errors detected: 0 *** Assembler statistics Work file reads: 0 Work file writes: 0 Size of work file: 60 Words ( 1 Pages) Size of core pool: 13056 Words ( 51 Pages) Operating system: RT-11 Elapsed time: Unknown DK:TEST,DK:TEST=DK:TEST

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

Поправка - неправильно написал:

Код:

TEST MACRO V05.06R Monday 16-Mar-20 Page 1 1 .TITLE TEST 2 .MCALL .EXIT 3 4 000000 125715 DATA: .WORD ^X0ABCD 5 6 000002 START: .EXIT 7 8 000002' .END START TEST MACRO V05.06R Monday 16-Mar-20 Page 1-1 Symbol table DATA 000000R START 000002R . ABS. 000000 000 (RW,I,GBL,ABS,OVR) 000004 001 (RW,I,LCL,REL,CON) Errors detected: 0 *** Assembler statistics Work file reads: 0 Work file writes: 0 Size of work file: 60 Words ( 1 Pages) Size of core pool: 13056 Words ( 51 Pages) Operating system: RT-11 Elapsed time: Unknown DK:TEST,DK:TEST=DK:TEST
16.03.2020, 20:53
Oleg N. Cher

Цитата:

Сообщение от yu.zxpk

^Xn ; n is evaluated as a hexadecimal number

Было обрадовался. Но не работает.

http://i.piccy_.info/i9/a0cac7e3ee48...20134/FFFF.png

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

Ага, вот так работает:

Код:

.WORD ^X0FFFF

Спасибо.

Hunta, нет особой разницы - хекс или octal, мне вот хекс привычнее просто. Ну и короче.
16.03.2020, 22:05
SuperMax

Цитата:

Сообщение от Oleg N. Cher

Я с вас удивляюсь, господа. Восьмеричная система счисления вообще никак не зашита в проц PDP-11. Это вопрос привычки.

именно
те не надо фиксироваться на 16тиричной и считать ее более удобной. для PDP11 принята 8миричная и она удобна. для других систем употребляется 16тиричная и она удобна там.
я привык пользоваться и той и другой - и не вижу вообще проблемы. у меня в программах константы в четырех системах - в зависимости от удобства выражения.
так что ломайте привычки и эффект утенка, изучайте новое!
16.03.2020, 22:38
Oleg N. Cher

Ломаем, изучаем. :-)

Мне спрайты удобнее и короче задавать в хексе. Но если граф. редактор S_V_B умеет импортировать и экспортировать в octal, придётся в octal.

Как видим, пока OMSI Pascal радует. Ни с чем непреодолимым не столкнулись. Посмотрим, как дальше пойдёт.
16.03.2020, 23:34
nzeemin

Цитата:

Сообщение от Oleg N. Cher

Я с вас удивляюсь, господа. Восьмеричная система счисления вообще никак не зашита в проц PDP-11. Это вопрос привычки.

Есть всего 10 типов людей. Тех кто понимает двоичную систему и тех кто нет.
Если смотреть на PDP-11 как "а ну просто ещё одна машинка", тогда ну видимо да, похер конечно что там внутри.
А если например смотреть как выглядят команды в восьмеричной системе - есть определённая схема. Так что таки да, некоторым образом, зашита в проц.
17.03.2020, 10:43
Oleg N. Cher

Ну, чего там внутрях PDP накручено в кодировке команд - это тёмный лес. Но вот разбивать шестнадцатеричное число на байты, полубайты - несколько проще, чем восьмеричное. Просто растащил на разряды, каждый разряд обозначен знаком. В восьмеричной же системе придётся додумывать и учитывать заём.
17.03.2020, 10:48
Hunta

Цитата:

Сообщение от Oleg N. Cher

чего там внутрях PDP накручено в кодировке команд - это тёмный лес.

Это в x86-x64 темный лес. А тут всё более чем прозрачно

Цитата:

Сообщение от Oleg N. Cher

Но вот разбивать шестнадцатеричное число на байты, полубайты - несколько проще, чем восьмеричное.

Как показывает практика, если константа не ложится на восьмеричную систему, то с большой долей вероятности наглядней её в двоичном представлении писать. Случаев, когда наглядней в шестнадцатиричной - достаточно мало

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

Цитата:

Сообщение от Oleg N. Cher

Но вот разбивать шестнадцатеричное число на байты,

Дело привычки. Я достаточно легко считаю в уме в восьмеричной системе и разбиваю слово на байты - не задумываясь. Вот обратно несколько дольше
17.03.2020, 10:49
Oleg N. Cher

Очень даже. Шестнадцатеричная система сводит смысл в записывании именно двоичной практически к нулю.
Разве что спрайты и маски расписывать, да и то одноцветные.
17.03.2020, 10:55
Hunta

Цитата:

Сообщение от Oleg N. Cher

Шестнадцатеричная система сводит смысл в записывании именно двоичной практически к нулю.

Вот поэтому я ей и не пользуюсь практически. Шестнадцатиричной.

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