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

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

Миниатюры

 

Вложения

DA_i8080.rar (7.23 Мб, 40 просмотров)

0

Сообщение от voral Особенно если учесть что zero_out мне в качестве примера дал листинг где в бинарном виде были числа.

Если учесть особенности записи, то двоичная запись числа в пять раз информативнее десятичной, и в восемь раз информативнее шестнадцатеричной записи. В двоичной записи представлена полная информация, без сжатия, то есть, наглядно видно заполнение счётчика. В компиляторе вводимые десятичные числа автоматически переводятся в двоичный вид, и в таком виде записываются в листинг ассемблерной программы. Для отлаживания программы, и дальнейшей коррекции данных, вводимые десятичные числа надо записать в комментарий, как это видно в приложенном примере.

Компилятор записывает собранную программу в текстовый файл в кодировке cp1251. Чтобы перекодировать его в UTF-8, в системе Linux надо набрать на терминале команду:
iconv -f cp1251 -t UTF-8 1.txt -o 2.txt
где 1.txt - исходный файл в кодировке cp1251, а 2.txt - новый файл в кодировке UTF-8

Вложения

Подпрограмма RGB_003.txt (3.1 Кб, 8 просмотров)

0

Сообщение от zero_out Если учесть особенности записи, то двоичная запись числа в пять раз информативнее десятичной, и в восемь раз информативнее шестнадцатеричной записи.

Информативнее для каких целей?

Вот если условно я хочу чтоб некий цикл выполнился 168 раз. Мне будет удобнее именно десятичная система счисления, если я работаю с битовой маской - удобнее с двоичной, если предметная область оперирует в hex - то ее.

0

Сообщение от voral Информативнее для каких целей? Вот если условно я хочу чтоб некий цикл выполнился 168 раз. Мне будет удобнее именно десятичная система счисления.

Конечно. В приложенном примере в компилятор введено десятичное число 168, и после отработки цикла выполнен возврат из подпрограммы.

если я работаю с битовой маской - удобнее с двоичной

Бог в помощь.

если предметная область оперирует в hex - то ее...

То её надо переписать, чтобы она оперировала в dec, как все нормальные программы.

Вложения

Цикл на 168_001.txt (899 байт, 6 просмотров)

0

Сообщение от zero_out То её надо переписать, чтобы она оперировала в dec, как все нормальные программы

Программе пофиг как вы ввели число.

0

Сообщение от zero_out То её надо переписать, чтобы она оперировала в dec, как все нормальные программы.

не надо, компилятор и так поймёт. И тот же dec (и даже bin) он точно так же будет транслировать в двоичное представление байта. Так как в исходнике всё это - строка, в какой СС её ни запиши

0

Сообщение от zero_out В приложенном примере в компилятор введено десятичное число 168, и после отработки цикла выполнен возврат из подпрограммы.

Эм.... при чем тут компилятор?
Речь идет только о читаемости кода.



Вы недавно писали что hex плохо потому, что нужен калькулятор, а в двоичный код вы без калькулятора с ходу любое число в уме конвертируете?

0

Сообщение от voral Вы недавно писали что hex плохо потому, что нужен калькулятор

HEX плохо во всех отношениях потому, что это шайтан-система. "Имеющие глаза, не видят. Имеющие уши, не слышат"(святое Писание). А вот имеющие под рукой статью "История создания программы Decimal Assembler", о которой многие уже слышали, могут увидеть две таблицы. Одна из них неправильная шестнадцатеричная, а другая правильная десятичная. В неправильной таблице команды беспорядочно разбросаны, и размещены так, чтобы их позиция соответствовала шестнадцатеричному коду, полученному из порядкового номера команды. Таблица выглядит как бы разрезанная кем-то неразумным и склеенная снова по его странной прихоти. В десятичной таблице команды сгруппированы побайтно, расставлены по порядку своих номеров, и, с полной очевидностью, все находятся на своих местах, создавая впечатление стройной системы. Ведь, таблица так и называется: "Система команд микропроцессора". По итогу, огромный вред, привнесённый в программирование шестнадцатеричной системой счисления, количественно неизмерим, но качественно вполне очевиден.

а в двоичный код вы без калькулятора с ходу любое число в уме конвертируете?

У меня нет необходимости конвертировать числа в двоичный код потому, что это делает программа Decimal Assembler в автоматическом режиме, при вводе числовых данных и десятичных адресов. А вот обратное преобразование я, например, действительно, легко делаю в уме, зная десятичный вес каждого разряда двоичного числа: 128 64 32 16 8 4 2 1. Например, предложенное вами число 168 в двоичном коде имеет вид 10101000, а разложенное по весам (в уме) оно выглядит как 128+0+32+0+8+0+0+0. Легко, и без напряжения ума, веса разрядов суммируются в число 168. Рекомендую вам поупражняться с представленным в теме компилятором, и, привыкнув к бинарным числам, вы будете конвертировать их так же запросто, как вы определяете уровень пива в бокале.

0

Сообщение от zero_out Рекомендую вам поупражняться

c конвертацией hex в bin в диапазоне от 0 до F и тогда вы поймете, что даже с вашей любовью к бинарной системе, сможете точно также легко читать. По сути hex это короткая запись bin

0

Сообщение от zero_out HEX плохо во всех отношениях потому, что это шайтан-система. Рекомендую вам поупражняться с представленным в теме компилятором.

В системе Linux компилятор работает в оболочке Wine. Для запуска необходимо подгрузить две dll и шрифты, находящиеся в приложенном архиве. Там же находится инструкция по установке.

Вложения

DA_Linux.zip (9.60 Мб, 3 просмотров)

0

А нафига он нужен на линуксе если он гвоздями к винде прибит?
Вместо борьбы против hex освоили бы что то кроссплатфроменное для разработки.

0

Сообщение от voral освоили бы что то кроссплатфроменное для разработки

FORTRAN ?

0

Сообщение от zero_out Если учесть особенности записи, то двоичная запись числа в пять раз информативнее десятичной, и в восемь раз информативнее шестнадцатеричной записи.

Чтобы доказать это утверждение, необходимо провести строгий научный эксперимент, для которого потребуется генератор сигналов, цифровой частотомер и адекватный человек со стопроцентным зрением, умеющий считать до десяти. Генератор надо подключить к частотомеру и установить на нём частоту 32768 Гц. В ходе эксперимента периодически изменять частоту на 1 Гц в обе стороны, получая на индикаторе частотомера ряд частот: 32767 Гц, 32768 Гц, 32769 Гц. Задача испытуемого чётко фиксировать девиацию частоты, постепенно удаляясь от частотомера, а задача экспериментатора замерить расстояние, на котором правильная фиксация станет невозможной. На следующем этапе эксперимента надо изменить схему частотомера, отключив десятичные индикаторы, и подключив к счётным триггерам обычные светодиоды. Яркость свечения светодиодов должна быть сравнима с яркостью индикаторов. Теперь ряд частот будет индицироваться в двоичном виде: 0111111111111111, 1000000000000000, 1000000000000001. В ходе проведения эксперимента, будет обнаружено, что дальность фиксации изменения частоты увеличилась ровно в пять раз. Следует отметить, что уменьшение частоты, относительно опорной, будет фиксироваться дальше, чем увеличение, причём, как с двоичными, так и с десятичными индикаторами. Обладая избытком креативности, ещё можно подключить шестнадцатеричные индикаторы, и убедиться, что дальность фиксации уменьшилась в 1,6 раз, по сравнению с десятичной индикацией. Что полностью соответствует теории информации, в отношении ширины базы сигнала.

0

Сообщение от voral А нафига он нужен на линуксе если он гвоздями к винде прибит?

Хороший вопрос, voral. Приложил хороший ответ. Надеюсь, что он вам понравится. Хотя, вы правы, ни в Windows, ни в Linux Ассемблер не нужен. Он должен быть прибит гвоздями к материнской плате компьютера, то есть, вшит как Bios, а написать его должны производители камня. Лучше них никто не может знать систему команд процессора. Надо обязать их, на законодательном уровне, писать десятичный Ассемблер для каждого нового процессора. Тогда между производителем и пользователем не будут стоять третьи лица, тем более, такие неприятные, как у товарища Гейтса, например. И будет соблюдено законное право выбора пользователя: либо писать операционку самому, либо устанавливать чужую. И компьютер, уже прямо с завода, будет рабочей машиной, а не безделушкой, требующей дополнительных вливаний.

Вложения

Автоматический компилятор Decimal Assembler.pdf (20.8 Кб, 8 просмотров)

0

Сообщение от Алексей1153 у процессора алфавит занимает всего один бит

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

Вероятнее всего, в сообщении Алексея1153 , в сжатой и малоинформативной форме (последствия использования шайтан-системы), содержится идея перехода на одноразрядную архитектуру. Не сказать чтобы идея здравая, но, имхо, рациональное зерно в ней есть. Действительно, разрядность шины данных процессора может быть любой из ряда: 128 64 32 16 8 4 2 1, только, как видим, в позиции "золотого сечения" находится именно восьмёрка. Кстати, с переходом на 64-разрядную архитектуру, не произошло никаких качественных изменений, по сравнению с 32-разрядной архитектурой. Просто снова выбросили на свалку целый пласт ПО и наклепали новых компьютеров, чтобы впарить их малограмотным пользователям. Кроме того, стало известно, что в 64-разрядной шине данных реально используется только 48 разрядов, а это значит, что гигантомания энтузиастов многоразрядности куда-то сильно упёрлась рогом. И слава Богу, что 128-разрядная архитектура нам уже не грозит. Хотя, переходить на одноразрядную тоже крайность. Байт должен состоять из восьми битов, по определению, как это выбито на классическом камне Intel8080, и как это видно на правильной таблице системы команд. Вспомним восемь основных цветов, восемь нот и даже того несчастного осьминога, жившего в гараже у Билли. Кстати, таблица Менделеева, в классическом варианте, тоже имела восемь столбцов.

0

Сообщение от zero_out В системе Linux компилятор работает в оболочке Win

У меня в Mint открывается так.
DLL положил рядом с ассемблером.

Миниатюры

 

0

Сообщение от politoto У меня в Mint открывается так.

Шрифтов не хватает. Для того и Wine нужна. Там есть папка для шрифтов.

0

Из Fonts скопировал шрифты в вайновскую windows/Fonts.
Может быть, вайн нужную локаль не находит?

0

Сообщение от politoto Может быть, вайн нужную локаль не находит?

Вам виднее. Хотя, если у программы свои шрифты, то, наверное, локали здесь ни при чём. Давно устанавливал Wine, и точно уже не вспомню, только помнится, что при первом запуске она просила что-то ей подгрузить.

Миниатюры

 

0

Вложения

Wine_полное руководство.pdf (980.4 Кб, 0 просмотров)

0

В операционной системе Debian (i386), в отличие от Linux Mint, например, оболочка Wine работает в терминале. То есть, установка и запуск программы Decimal Assembler осуществляются немного по-другому. В приложенном архиве приведена инструкция по установке и запуску DA, а также показана структура каталогов оболочки Wine. Кстати, писать "вайн" неправильно потому, что не "вайндовс" и не "лайнукс", и логотип Wine, как ни странно, это бокал вина, а не что-то другое.

Вложения

da_debian11.zip (10.05 Мб, 0 просмотров)

0