как делают они раньше вводили машинный код непосредственно в былые времена? [закрытый]

Просто чтобы немного отклониться от подхода к мэйнфреймам...

Мой первый опыт низкоуровневого программирования был на Sinclair ZX-81. В нем был встроен вариант BASIC, но вы могли "легко" программировать в машинном коде Z-80 следующим образом:

• Добавьте оператор REM (комментарий) в программу BASIC. Заполните его символами, чтобы "зарезервировать" часть памяти для вашего кода.
• Найдите опкоды машинного кода в списке и вручную соберите машинный код в виде значений байтов
• Введите значения байтов в BASIC-программу как операторы DATA, с коротким циклом, который по очереди считывает каждое значение байта и вставляет его в память, содержащую "текст" оператора REM.
• Переход к адресу точки входа машинного кода.

После этого я пересел на BBC micro, у которого был потрясающий ассемблер 6502, встроенный прямо в BBC Basic, так что больше не было необходимости идти на такие крайние меры, чтобы ввести машинный код напрямую.

Ах, старые добрые времена... :-)

Самый старый компьютер, который я программировал - это (не очень древний) PDP-8. Чтобы довести его до состояния, когда можно начать загрузку с бумажной ленты, перфокарт или диска, нужно ввести некоторый загрузочный код с передней панели. Вы начинаете с установки адреса, по которому вы хотите загрузить код, затем вы можете вводить каждое слово с помощью переключателей на передней панели, завершая каждое слово переключением (подпружиненного) переключателя LOAD (это увеличит указатель слова, так что вы можете просто ввести следующее слово).

После загрузки загрузочного блока, загрузите начальный адрес в регистр адреса и переключите переключатель RUN.

В начале 80-х я был ребенком, и моей семье посчастливилось иметь персональный компьютер - «Apple II». Как и многие программисты, я начал в детстве, потому что хотел создавать свои собственные игры. Был встроенный интерпретатор языка BASIC под названием Applesoft BASIC, но он был слишком медленным, чтобы делать какую-либо разумную анимацию. Коммерческие игры, по крайней мере, мне сказали, все были написаны на ассемблере. Так начался квест ... изучить язык ассемблера ... который сначала означал изучение языка МАШИНЫ ... (прямой ввод шестнадцатеричных чисел, а не трехбуквенных текстовых кодов, представляющих инструкции микропроцессора).

В Apple II использовался микропроцессор 6502. Первое, что вам нужно было изучить, это карту памяти, которая представляла собой диапазон и назначение каждого раздела памяти (RAM и ROM). Вот ссылка на карту памяти Apple] [e: текст ссылки

Черные числа на левом поле - это места в памяти. Обратите внимание, что он меняется от $ 0000 до $ FFFF. 6502 мог адресовать только 16 ^ 4 = 65536 или 64 КБ памяти. Вы можете видеть, что ОЗУ закончилось на $ BFFF. Диапазон $ C000- $ CFFF будет иметь доступ к любым периферийным картам, которые вы вставили в компьютер.Например, контроллер дисковода войдет в слот №6 и будет отображаться как $ C600. В детстве я чувствовал себя действительно круто, что я мог перезагрузить систему, набрав $ C600G , который запустил («G» для «Go») процедуру перезагрузки контроллера диска в ПЗУ. Пространство от $ E000 до $ FFFF изначально было просто ROM, но Apple] [e («e» для «расширенного») позволяет переключаться вперед и назад («переключение банка») и получать доступ к этим дополнительным 8 КБ памяти.

Вы видите графические и текстовые области карты памяти? Вот так вы бы отобразили на экране. В те дни (до GUI) существовал «текстовый» режим, в котором программы в ПЗУ непрерывно сканировали память в диапазоне от 0400 до 0800 долларов (= 4 * 16 * 16 = 1024 байтовых ячейки, каждая из которых соответствует месту на экране). Он возьмет любой байт ASCII, помещенный туда, и превратит его в символ на вашем мониторе. Вот набор инструкций 6502, который, среди прочего, позволял вам перемещать байты: Набор инструкций 6502

И чтобы поместить его в контекст, вот подпрограмма из ПЗУ, которая добавляет к числам с плавающей запятой, называемая FADD: (полный набор подпрограмм с плавающей запятой здесь )

F46E: A5 F4     FADD      LDA  X2
F470: C5 F8               CMP  X1       COMPARE EXP1 WITH EXP2.
F472: D0 F7               BNE  SWPALGN  IF #,SWAP ADDENDS OR ALIGN MANTS.
F474: 20 25 F4            JSR  ADD      ADD ALIGNED MANTISSAS.
F477: 50 EA     ADDEND    BVC  NORM     NO OVERFLOW, NORMALIZE RESULT.
F479: 70 05               BVS  RTLOG    OV: SHIFT M1 RIGHT, CARRY INTO SIGN
F47B: 90 C4     ALGNSWP   BCC  SWAP     SWAP IF CARRY CLEAR,
                *       ELSE SHIFT RIGHT ARITH.
F47D: A5 F9     RTAR      LDA  M1       SIGN OF MANT1 INTO CARRY FOR
F47F: 0A                  ASL           RIGHT ARITH SHIFT.
F480: E6 F8     RTLOG     INC  X1       INCR X1 TO ADJUST FOR RIGHT SHIFT
F482: F0 75               BEQ  OVFL     EXP1 OUT OF RANGE.
F484: A2 FA     RTLOG1    LDX  #$FA     INDEX FOR 6:BYTE RIGHT SHIFT.
F486: 76 FF     ROR1      ROR  E+3,X
F488: E8                  INX           NEXT BYTE OF SHIFT.
F489: D0 FB               BNE  ROR1     LOOP UNTIL DONE.
F48B: 60                  RTS           RETURN.

Если посмотреть на подпрограмму, первые четыре шестнадцатеричных числа перед двоеточием - это адрес памяти. Так что, если вы хотите запустить процедуру FADD напрямую, вы должны ввести F46EG (опять же, "G" для "go").

Следующие два шестнадцатеричных числа, $ A5 и $ F4, являются коды инструкций.Если вы посмотрите на удобную таблицу наборов инструкций, вы увидите, что $ A5 означает "LDA" или загрузите аккумулятор.Аккумулятор был одним из трех ячеек памяти (каждый по одному байту) на процессоре 6502, с которым вы могли выполнять вычисления (это было мило с их стороны, а?). Версия команды LDA $ A5 означала, что место в памяти для загрузки было из так называемой «нулевой страницы» или первых байтов $ FF ОЗУ, которые в основном были зарезервированы для использования системой (несколько байтов были свободны для использования программистом. И снова , это было так мило с их стороны.) $ F4 - это ячейка памяти, содержимое которой (один байт)будет передан в аккумулятор. В следующей строке есть инструкция $ C5 или команда «CMP», снова версия нулевой страницы, которая затем сравнивает содержимое аккумулятора с ячейкой памяти $ F8. Итак, это самый низкий уровень, известный как «ЯЗЫК МАШИНЫ», и да, мы иногда вводили небольшие программы или возились с памятью в целях отладки.

Следующие несколько столбцов более читабельны; вы видите фактические команды «LDA» и «CMP» и переменные X1 и X2, которые представляют эти ячейки памяти. Вы также видите комментарии Воза о том, что делает код (сравнение показателей двух чисел с плавающей запятой). Это известно как «язык ассемблера», и это то, что на самом деле было напечатано. После того, как вы напечатали его, ваш ассемблер компилирует байтовые коды.

Ну, мне так и не удалось создать разумную игру на Apple] [но я действительно многому научился, пытаясь программировать!

Хорошо, если вы вернетесь достаточно далеко, код был введен с помощью перфокарт.

http://en.wikipedia.org/wiki/Computer_programming_in_the_punch_card_era

с 19 века и на http://en.wikipedia.org/wiki/Punched_card

http://en.wikipedia.org/wiki/Front_panel

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

У нас все еще есть аналогичные устройства (например, 8085 комплектов) в микропроцессорных лабораториях в университетах - у них обычно есть шестнадцатеричная клавиатура, которую вы используете для ввода машинного кода в определенное место в ОЗУ, и затем вы нажимаете другую клавишу, чтобы начать выполнение. Практически каждый компьютер с 1950-х годов имел отдельную оперативную память, поэтому нет, инструкции никогда не поступают напрямую в ЦП.

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