Компилятор 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
Или это никому не нужно?

Новые блоги и статьи Все статьи Все блоги /
Из невошедшего на форум (диалог с ИИ-гугла) zorxor 29.07.2026 А вот, что интересно, сказал мне ИИ-гугла: Этот текст — эмоциональный пост пользователя под ником zorxor на интернет-форуме (вероятно, посвященном мистике, непознанному или альтернативной науке). . . .	Был праздник вчера, а я и не знал. kumehtar 28.07.2026 27. 07. 2026г. Intel Core 2 Duo исполнилось 20 лет Новости компьютерного мира и их обсуждение (4) Салют, шампанское, овации! :drink:	Нейтральные знания, чистый код - бла-бла-бла-бла, на самом деле кликбейт и самореклама, плагиат, и вот почему Hrethgir 27.07.2026 То-есть отклонение такой публикации говорит само за себя, и пусть только возьмут на вооружение после отклонения публикации - это будет чистейшим актом плагиата. Отклонял Хабр. Дословно, отклонённая. . .	тв 16 бой ии anaschu 27.07.2026 Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .
мв 15. непроверенное, возможно, глюк anaschu 27.07.2026 НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .	Очистка реквизитов и табличных частей документа при копировании (вариант 2) Maks 26.07.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРаботу", разработанного в КА2. Задача: Заменить алгоритм запрета копирования документов для сотрудников с ролью "Стажер",. . .	Доктрина интенционального знания - Доктрина для портала "Срез". Hrethgir 25.07.2026 Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .	сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых anaschu 25.07.2026 Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.

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

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

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

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

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

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