Компилятор Decimal Assembler

@binaryan · Регистрация: 02.08.2021

Программа Decimal Assembler написана под операционную систему Windows XP SP2 на архитектуре x86, и предназначена для ввода команд микропроцессора Intel 8080 путём набора порядкового номера команды на виртуальной десятичной клавиатуре, или посредством назначенных кнопок. Данные ассемблерной программы и адреса переходов вводятся в десятичном виде, но сразу автоматически конвертируются в двоичный код с отображением на терминале. Описание компилятора находится под кнопкой <Info>.
Приглашаю форум тестировать и искать ошибки в программе. Отвечу на все вопросы и с благодарностью приму все замечания. Наиболее активные пользователи получат личные копии компилятора, с дарственной надписью в разделе «Лицензионное соглашение», и их позывные отзовутся в Вечности.
С уважением, binaryan

@binaryan · 29.08.2021, 19:20 **[ТС]**

В связи с изменениями в конфигурации, по Регламенту_К_ПК, проект Decimal Assembler уходит на доработку. В следующей версии программы внешний накопитель будет обозначен как <диск I:>, взамен прежнего обозначения <диск F:>.

@binaryan · 30.08.2021, 12:56 **[ТС]**

Регламент_ППР_ПК подтверждаю, а в Регламенте_К_ПК указано неверное время создания файла. Тот файл надо снести и заменить на новый, с правильными датами.

@binaryan · 03.09.2021, 20:25 **[ТС]**

В версии 0.98 резервное копирование, с автоматическим созданием папок программы, производится одновременно на системный диск <D:> и внешний Flash накопитель диск <I:>, согласно конфигурации ПК по Регламенту_К_ПК_b, приложенному выше.

@binaryan · 05.09.2021, 18:11 **[ТС]**

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

А для i8080 есть замечательная CP/M. Куда уместно было бы портировать Decimal Assembler.

в вашем сообщении нет смайла с розовыми бантиками, и, скорее всего, вы неверно представляете себе перспективу… когда делали предложенную вами ОС, то стояла задача сделать ПК, сейчас задача другая… ПК уже наделали достаточно, наверное, и осей хватает, а вот с контроллерами, действительно, надо плясать от печки, то есть, от камня i8080, как базового CPU бортовых компьютеров… дальше пусть подключают, что хотят, но управляющая программа будет написана в десятичной системе, размещена в припаянном ПЗУ, а коды программы будут открытыми, и прилагаться к документации на автомобиль, например… доверие народа к таким вещам не резиновое и, вычислительное ядро бортовухи современного транспорта, движущегося с большой скоростью, должно быть однозначным и всем понятным

что уже есть?... есть ПК, есть ОС, есть правильный процессор, уже написан и почти протестирован десятичный компилятор, есть правильная компоновка таблицы системы команд… чего ещё нет?... нет нормального контроллера… надо как-то браться за монтажную программу для стандартной конфигурации… базовая схема опубликована давно, но пока ещё не в окончательном варианте… программу думаю писать на VB2010, там графика лучше, чем на VB6 и, кстати, приглашаю вас, коллега politoto, в соавторы…
программа будет содержать схему контроллера, разводку печатной платы и пошаговую разводку для альтернативного тонкопроводного монтажа… то есть, пользователь паяет контроллер постепенно, не спеша, и все сделанные пайки и проложенные связи фиксируются в программе… выкладываю базовую схему контроллера на i8080 для ознакомления

@zero_out · 11.04.2023, 17:58

Собственно, главную задачу, поставленную перед программой Decimal Assembler, она выполнила успешно. А именно, программа доказала ненужность использования шестнадцатеричной системы счисления в программировании. В самом деле, если люди считают в десятичной системе, а компьютеры в двоичной, то кому нужна шестнадцатеричная система счисления? А эту задницу таскают по всем компьютерам уже целых пятьдесят лет. Чтобы вводить числовые данные в ассемблерные программы, приходится переводить десятичные числа в шестнадцатеричные, во всех до одного Ассемблерах, и во многих других программах. Компилятор Decimal Assembler является первым Ассемблером с десятичным вводом данных и с десятичной адресацией. И это значит, что делать по-другому просто нерационально. В глобальных масштабах такая нерациональность влечёт за собой огромные потери. По-любому, так больше нельзя, если доказано, со всей определённостью, что можно делать нормально. Необходимо переписывать абсолютно всё современное программное обеспечение, нравится это кому-то или не нравится. Таки накосячили, уважаемые.

@voral · 11.04.2023, 18:03

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

А именно, программа доказала ненужность использования шестнадцатеричной системы счисления в программировании

Доказала кому?

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

В глобальных масштабах такая нерациональность влечёт за собой огромные потери

Какие?

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

Необходимо переписывать абсолютно всё современное программное обеспечение

Зачем?

@zero_out · 11.04.2023, 18:11

voral, а кому доказывают математические теоремы, например? Мне доподлинно неизвестно общее число программистов на планете, но думаю, что очень много. Если каждый, перед вводом числа в программу, воспользуется калькулятором, то в масштабе это будут очень большие потери оплаченного времени. Кроме того страдает качество ввода данных из-за десятичной ментальности людей. Зачем всё переписывать? Наверное, чтобы в программах не было лишнего и ненужного. Ну и чтобы минимизировать потери, опять же.

@Reglage · 11.04.2023, 19:33

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

А именно, программа доказала ненужность использования шестнадцатеричной системы счисления в программировании. В самом деле, если люди считают в десятичной системе, а компьютеры в двоичной, то кому нужна шестнадцатеричная система счисления?

Шестнадцатеричная система была придумана для экономии памяти, разве нет?

Алексей1153 · 11.04.2023, 19:36

zero_out, Reglage, шестнадцатеричная система не используется процессором. Она используется исключительно людьми - для компактного изображения на экране содержимого байта

@voral · 11.04.2023, 19:47

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

Если каждый, перед вводом числа в программу, воспользуется калькулятором, то в масштабе это будут очень большие потери оплаченного времени

1 проблема высосана из пальца. Были у меня задачи с шестнадцатеричными числами (за 29 лет, задач 5) во всех этих задачах калькулятор был не нужен. Погружаешься и легко оперируешь ими. Как правило это коды чего либо...
2. Часто встречаюсь с этими числами в RGB. - тут вообще пофиг, хоть десятичные хоть шестнадцатиричные в общем. А в целом, мне 16ричные проще воспринимаются. (в общем то суть таже: погружение в задачу и информацию носимую этими числами)

3. Для чего все переписывать?
4. В каком проценте ПО это используется?
5. Как это влияет на работоспособность программы?

Добавлено через 57 секунд

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

Наверное, чтобы в программах не было лишнего и ненужного. Ну и чтобы минимизировать потери, опять же

В коде? тут главное читаемость и порой именно 16ричные удобнее. В скомпилированной - там их нет.

Какие потери?

@zero_out · 11.04.2023, 20:24

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

Шестнадцатеричная система была придумана для экономии памяти, разве нет?

Скорее для экономии бумаги и времени записи. Действительно, шестнадцатеричная запись ровно в полтора раза короче десятичной. Проблема в том, что на бумаге давно не пишут.

Добавлено через 22 минуты

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

1 проблема высосана из пальца.

Мне кажется, что слово "сосать" в данной теме неуместно, а палец, опять же, фаллический символ.

Были у меня задачи с шестнадцатеричными числами (за 29 лет, задач 5) во всех этих задачах калькулятор был не нужен. Погружаешься и легко оперируешь ими

Не уверен, что вы сможете в уме сконвертировать более 25 значений одного байта, а это всего 10 процентов. При увеличении разрядности шестнадцатеричного числа проценты будут катастрофически снижаться. И абсолютно уверен что назвать навскидку десятичный эквивалент, например, числа AE вы тупо не сможете, даже (хи-хи) полностью погрузившись.

3. Для чего все переписывать?

А для чего отлаживание? Чтобы не было лажи.

4. В каком проценте ПО это используется?

В смысле шестнадцатеричные коды? В ста процентах Ассемблеров. А дальше все ошибки накапливаются на все сто процентов остального ПО.

5. Как это влияет на работоспособность программы?

Она долго не хочет работать, а потом работает неэффективно.

Какие потери?

1. Потери времени на конвертирование чисел.
2. Потери на отлаживание программы, так как, числа неотличимы от кода, а объём памяти между адресами неопределим на глаз.
3. Потери в качестве и эффективности программы, из-за неполного использования диапазонов регулировки параметров, например.
4, Ну и репутационные потери. Что бы вы подумали о человеке с лапшой на ушах? Ясно, что не мешает, только как-то некрасиво, всё же.

@politoto · 11.04.2023, 20:25

Не по теме:

binaryan больше не придёт?

Алексей1153 · 11.04.2023, 20:30

Не по теме:

politoto, тут и без него, я смотрю, бамбалейла :D

Добавлено через 2 минуты
zero_out, а зачем цепляться именно к шестнадцатеричной записи чисел? Почему бы не пройтись точно так же по буквам английского алфавита или кириллице? Ведь они делают абсолютно то же самое. Они - для человекочитаемости, а процессор ими не пользуется

@zero_out · 11.04.2023, 20:53

Сообщение от Алексей1153

Не по теме:

politoto, тут и без него, я смотрю, бамбалейла :D

Добавлено через 2 минуты
zero_out, а зачем цепляться именно к шестнадцатеричной записи чисел? Почему бы не пройтись точно так же по буквам английского алфавита или кириллице?

Бамбалейла как раз со мной. Привет, politoto. Рад встрече.
Алексей1153, вся зацепка и есть в буквах латинского алфавита, а именно: A, B, C, D, E и F. Вот зачем в числах буквы? Разве это нормально? В числах должны быть цифры, по определению.

Алексей1153 · 11.04.2023, 21:00

zero_out, потому что система - шестнадцатеричная. Если хочется, можно использовать не буквы, а другие знаки. По вкусу

@Reglage · 11.04.2023, 21:37

Сообщение от Алексей1153

zero_out, Reglage, шестнадцатеричная система не используется процессором. Она используется исключительно людьми - для компактного изображения на экране содержимого байта

Я неудачно выразился, подразумевал именно компактное изображение. Спасибо за уточнение.

Сообщение от Алексей1153

Почему бы не пройтись точно так же по буквам английского алфавита или кириллице?

Кириллица занимает больше места в битах, чем латинские буквы. Верно? Можно ещё в эту сторону копнуть.

Алексей1153 · 11.04.2023, 21:47

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

А человек плохо понимает алфавит из двух символов и двухбитные картинки.

Но как-то же им нужно общаться через экран и клавиатуру

@Reglage · 11.04.2023, 22:04

Сообщение от Алексей1153

у процессора алфавит занимает всего один бит

Непостижимый уровень абстракции.

@voral · 12.04.2023, 00:03

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

Не уверен, что вы сможете в уме сконвертировать более 25 значений одного байта, а это всего 10 процентов.

А это нужно?

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

В смысле шестнадцатеричные коды? В ста процентах Ассемблеров

Я конечно, давно не писал на асме (года эдак в 93 - 94 крайний раз не баловства ради), неужели так все там страшно стало?

Нагуглил какой то учебник 22 года издательства:

Assembler
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
.686
include /masm32/include/io.asm
.data
A_DB DB ?
A_DW DW ?
.code
start:
; MUL op = = = = = = = = = = = = = = = = = = = = = =
 println "MUL op ; AX = AL * op"
 ; op1 (r8, r16, r32)
 MOV AL, 15
 MOV A_DB, 3
 print "Res = "
 outint8 AL
 print "*"
 outint8 A_DB
 print " = "
 MUL A_DB ; AX = AL * A_DB
 outint16 AX
 newline
 MOV AL, -15
 MOV A_DB, 3
 print "Res = "
 outint8 AL
 print "*"
 outint8 A_DB
 print " = "
 MUL A_DB ; AX = AL * A_DB
 outint16 AX
 println " !!! MUL для op меньше 0 не работает"
 newline
; IMUL op1, op2 = = = = = = = = = = = = = = = = = =
 println "IMUL op1, op2; op1 = op1 * op2"
 ; op1: (r16)
 ; op2: (r16)
 MOV AX, 15
 MOV BX, 3
 print "Res = "
 outint16 AX
 print "*"
 outint16 BX 
 print " = "
 IMUL AX, BX ; AX = AX * BX
 outint16 AX
 newline
 
 MOV EAX, 15
 MOV EBX, -3
 print "Res = "
 outint32 EAX
 print "*"
 outint32 EBX
 print " = "
 IMUL EAX, EBX ; EAX = EAX * EBX
 outint32 EAX
 newline
; IMUL op1, op2, op3; op1 = op2 * op3 = = = = = =
 println "IMUL op1, op2, op3; op1 = op2 * op3"
 ; op1: (r8, r16, r32)
 ; op2: (i8, i16, i32)
 ; op3: (r8, r16, r32), (m8,m16,m32), (i8,i16,i32)
 MOV AX, 15
 MOV A_DW, 3
 print "Res = "
 outint16 AX
 print "*"
 outint16 A_DW
 print " = "
 IMUL BX, AX, 3 ; BX = AX * 3
 outint16 BX
 newline
 inkey ; ожидание нажатия клавиши
 exit
end start

Я почему то уверен что в начале этот код выведет

Bash
1
Res 15*3= 45

Или там 21 * 3 на самом деле? т.е 63 (3F) будет ответ?

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

Она долго не хочет работать, а потом работает неэффективно.

Более рационально сесть за буквари и научиться программировать.

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

Мне кажется, что слово "сосать"

Женится вам барин надо (с) не мой

Добавлено через 6 минут

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

Не уверен, что вы сможете в уме сконвертировать более 25 значений одного байта

Кстати, когда работал над проектом где было много 16. И именно разные, то в пределах одно байта вообще легко, просто читал. Вот со словом уже сложнее

Но да по началу калькулятор был. Но вот в памяти не отложилось совсем, что какую то "боль" это доставляло. И по времени не самые существенные "времязатраты"

@politoto · 12.04.2023, 05:23

А теперь то же в "компактной" шестнадцатиричной форме.

Assembler
47
 MOV AL, 0Fh

Assembler
62
 MOV AL, 0F1h

Из-за того, что вместо шестнадцатиричных цифр IBM стала использовать буквы, с которых могут начинаться идентификаторы, ассемблерам приходится как-то отличать число BAD₁₆ от символа BAD.

Отдельные от букв шестнадцатиричные цифры в UNICODE догадались завести?
https://www.unicode.org/Public... opList.txt
Или это никому не нужно?

Новые блоги и статьи Все статьи Все блоги /
Программа для com-порта Uhbif79 05.06.2026 Всем привет, давно хотел изучить Qt, начинал, бросал, потом снова начинал. И сейчас вот смог написать свою первую программу. До этого имел опыт программирования микроконтроллеров, писал прошивки на. . .	Транскрипция 55-минутного видео через Whisper: WhisperDesktop облажался, спас Google Colab[ anaschu 01.06.2026 Понадобилось получить текст из свежезагруженного видео на YouTube. Казалось бы, задача на пять минут. Заняла полтора часа. Делюсь опытом — может кому пригодится последовательность решений. . . .	21 мат мед. Планы на развитие модели здравоСохранения anaschu 01.06.2026 AnyLogic: план развития симуляционной модели рабочего коллектива — динамический абсентеизм, реальные данные, три сценария сравнения Продолжаю серию постов о дискретно-событийной модели рабочего. . .	20. Мат мед. Абсентеизм как отдельный тип простоя anaschu 29.05.2026 Апдейт модели: исправленные баги, абсентеизм и новые механизмы Продолжаю развивать ранее описанную модель рабочего коллектива на AnyLogic. За последние несколько дней был проведён серьёзный. . .
19. здоровье, усталость и психотип работника влияют на производительность предприятия, и наоборот, производительность на здоровье, усталось и психотип anaschu 28.05.2026 Дискретно-событийная модель рабочего коллектива на AnyLogic: здоровье, выгорание, психотипы и микростимуляция Привет, коллеги. Хочу поделиться итогами нескольких недель работы над симуляционной. . .	"Прокси" для последовательного порта Eddy_Em 28.05.2026 Эту штуку написал я достаточно давно. Но сейчас вот понадобилось настроить датчик грозы, но при этом не отключать его от "метеодемона". Соответственно, надо запустить этот "прокси": метеодемон будет. . .	Рефакторинг программы уравнивания. Massaraksh7 26.05.2026 Пример по предыдущей записи в блоге. Но, надо заметить, что, во-первых, там оптимизация не только математики, но и работы с базой данных, и с графами, а во-вторых, это ещё не всё.	Использование TThread в Lazarus для математических вычислений. Massaraksh7 25.05.2026 Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .

@zero_out 0 / 0 / 0 Регистрация: 11.04.2023 Сообщений: 25
	11.04.2023, 18:11
	voral, а кому доказывают математические теоремы, например? Мне доподлинно неизвестно общее число программистов на планете, но думаю, что очень много. Если каждый, перед вводом числа в программу, воспользуется калькулятором, то в масштабе это будут очень большие потери оплаченного времени. Кроме того страдает качество ввода данных из-за десятичной ментальности людей. Зачем всё переписывать? Наверное, чтобы в программах не было лишнего и ненужного. Ну и чтобы минимизировать потери, опять же. 0

Алексей1153 фрилансер 6486 / 5714 / 1133 Регистрация: 11.10.2019 Сообщений: 15,236
	11.04.2023, 19:36
	zero_out, Reglage, шестнадцатеричная система не используется процессором. Она используется исключительно людьми - для компактного изображения на экране содержимого байта 0

@politoto
	11.04.2023, 20:25
	Не по теме: binaryan больше не придёт? 0

Алексей1153 фрилансер 6486 / 5714 / 1133 Регистрация: 11.10.2019 Сообщений: 15,236
	11.04.2023, 20:30
	Не по теме: politoto, тут и без него, я смотрю, бамбалейла :D Добавлено через 2 минуты zero_out, а зачем цепляться именно к шестнадцатеричной записи чисел? Почему бы не пройтись точно так же по буквам английского алфавита или кириллице? Ведь они делают абсолютно то же самое. Они - для человекочитаемости, а процессор ими не пользуется 0

Алексей1153 фрилансер 6486 / 5714 / 1133 Регистрация: 11.10.2019 Сообщений: 15,236
	11.04.2023, 21:00
	zero_out, потому что система - шестнадцатеричная. Если хочется, можно использовать не буквы, а другие знаки. По вкусу 0

Алексей1153 фрилансер 6486 / 5714 / 1133 Регистрация: 11.10.2019 Сообщений: 15,236
	11.04.2023, 21:47
	Reglage, но у процессора алфавит занимает всего один бит, он не использует человеческие буквы. И картинки он не использует, а они занимают намного больше места, чем буквы. А человек плохо понимает алфавит из двух символов и двухбитные картинки. Но как-то же им нужно общаться через экран и клавиатуру 0