hello word без компилятора

но процессор понимает машинные команды. поэтому я и хочу сразу писать в них

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

С помощью подходящей консоли ЭВМ, например: https://i.pinimg.com/originals/20/65/1e/20651e08078ab905768d19073574aaab.jpg

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

будет смотреть ячейки под рентгеном

Ещё магия должна быть aa55 в конце…

Да

ТС, лови, что тебе нужно (ну почти): Демонстрация массива и цикла по нему (комментарий)

В самой короткой линуксовой программе, как известно, ни байта кода:

touch true ; chmod +x true; ./true || echo yes ; ./true && echo no; wc ./true

no
0 0 0 ./true

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

 readelf -l ./test

Elf file type is EXEC (Executable file)
Entry point 0x8048080
There are 2 program headers, starting at offset 52

Program Headers:
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  LOAD           0x000000 0x08048000 0x08048000 0x000a2 0x000a2 R E 0x1000
  LOAD           0x0000a4 0x080490a4 0x080490a4 0x00009 0x00009  W  0x9007b900

ты какую задачу-то решаешь?

учусь программировать.

Что хочешь получить на выходе ?

базу. низкоуровневую. предвосхищаю вопрос

зачем?

чтобы не ныть : господи, какой же корявый софт!!! откуда растут только руки у разработчиков... а просто брать и делать лучше, если получиться.

ну я и пытаюсь начать.

учусь программировать.

You are doing it wrong. Нормальные программисты никогда на машинных кодах не пишут. Машинный код нужен разве что авторам компиляторов, ассемблеров и процессоров.

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

Нахрена? Хочешь низкого уровня - бери vhdl и прочие аппаратные вещи. А ты занимаешься ручным изготовлением резиновой бабы.

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

Угу.

Надо только из хексдумпа в бинарник переписать, и ещё у меня в записи 16битные слова, а не байты, если перепутаешь местами байты в словах — ничего не заработает.

А зачем тебе ssd? Попробуй сначала на виртуалке.

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

Нужно уметь компилировать в уме, т.е. знать наизусть какие машинные коды порождают команды ассемблера.
Собственно, в далеком 1985г. нас так учили ассемблеру i8080. Сначала на бумаге составляли коротенькие проги на ассемблере, в уме компилировали и записывали машинные коды на бумаге. Затем на отладочном комплексе тумблерами набирали каждый код и запускали пошагово. Все данные на шинах отображались светодиотами.

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

Сделай как sigurd сказал: напиши прогу на ассемблере, потом с использованием вот этой вот таблички переведи руками в hex коды: https://csiflabs.cs.ucdavis.edu/~ssdavis/50/8086%20Opcodes.pdf

Вот ещё табличка: https://en.wikipedia.org/wiki/X86_instruction_listings

получается что программирует компилятор а не я

Не получается. Вы не понимаете роль программиста.

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

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

Лучше вы бы попробовали написать интерпретатор CPU или дизассемблер. Это было бы намного полезнее для учебных целей.

Там Haiku никто переносить на RISC-V не планирует? Были кажется какие-то подвижки.

Надо только из хексдумпа в бинарник переписать

что Вы подразумеваете под бинарником? файл .bin ? тут ребята говорили что это не нужно. видимо file.img в нем наш код написанный нулями и единицами и заливает на ssd с помощью dd. что не так я сделаю если поступлю таким образом?

Сделай как @sigurd сказал

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

ну мне на должность хорошего программиста не стоит претендовать. поэтому можно делать всякую ересь. все равно это все только для себя. ну и для поднятия настроения форумчан.

Надо сначала циферки что я набрал перевести в бинарный формат, ибо циферки-то набраны с помощью ascii символов, то есть грубо говоря ‘0’ — это 48 (http://www.asciitable.com/). Лучше делать это с помощью программ, например, xxd. Она тебе сделает бинарный файл из hexdump. Потом надо сделать dd на твоё устройство.

Только это, у тебя BIOS или EFI?

знать наизусть какие машинные коды

не. надо уметь строить машинные инструкции. но опкоды помнить да, нужно наизусть. опкоды, но не целые машинные инструкции....

Нужно уметь компилировать в уме

а вот это золотые слова.

Там Haiku никто переносить на RISC-V не планирует?

Я в том числе для этого свою мини-ОС пишу (в теме есть скриншот, текстовый режим не нужен). Там уже работают потоки с вытеснением и таймеры. Ещё осталось сделать виртуальную память и режим пользователя с системными вызовами и будет понятно как это же сделать для Haiku. В отличии от ARM, там понятная спецификация железа и есть относительно простой эмулятор с читабельным кодом TinyEMU. В ARM я так и не понял какой там таймер и контроллер прерываний. И где вообще про это читать.

Сборка для RISC-V уже налажена.

то есть

.word 01......

0101110(.) 1110111(w) 1101111(o) 1110010(r) 1100100(d)  0110000(0) 0110001(1)

Нет, .word — не инструкция, а директива ассемблеру, она в бинарник не уйдёт.

но опкоды помнить да

Не во всех процессорах есть внятные опкоды. Попробуйте посмотреть например на ARM/Thumb, там месиво из бит вперемешку с данными и номерами регистров, а не опкоды.

текстовый режим не нужен

т.е. удалённого управления через cli там не будет.. > /dev/null

Вообще да, пора слезать с x86.

т.е. удалённого управления через cli там не будет.. > /dev/null

Не будет, потому что это мини-ОС, создаваемая в экспериментальных и учебных целях. Доводить её до полноценной ОС не планируется.

ok.

111000......  // часть машинной инструкции

0110001

01100000

Ещё сделал таблицу символов и вывод стека: https://imgur.com/a/79xkMvC.

ARM/Thumb

самое стройное что я когда-либо видел. но это сложно. я с вами не спорю.

говорили что это не нужно. видимо file.img в нем наш код написанный нулями и единицами и заливает на ssd с помощью dd. что не так я сделаю если поступлю таким образом?

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

Как будто Вы пишете в тетрадке или на листочке контрольную, сдаёте на проверку, и через неделю узнаёте, что что-то пошло не так.

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

Нет.

У тебя сначала есть твоя запись в виде 00011110 для каждого байта. В данный момент в реальности в файле записано 48, 48, 48, 49, 49, 49, 49, 48. Тебе же нужно всё это сжать до значения 00011110 то бишь 30. Делать это надо с помощью xxd -r, только это для hex.

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

Ну кстати можно какой-нибудь редактор hex кодов использовать…

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

А есть эмулятор такого компуктера? Я вот только для БЭСМ-6 видел

в RAM

я не знаю как его туда поместить без OC. очень мало у меня знаний. и матчасть никакая.

Спасибо за информацию.

BIOS есть?

я не знаю как его туда поместить без OC.

С помощью программатора ПЗУ.

Я бы лично рекомендовал попробовать в DOSBox поиграться с debug программой.

Вот примерное описание: https://montcs.bloomu.edu/Information/LowLevel/DOS-Debug.html

Тут по-идее можно RAM самому в hex-кодах менять и запускать своё творчество

EEPROM вроде можно и без погромматора…

А ещё посмотри вот это: https://www.youtube.com/watch?v=LnzuMJLZRdU

EEPROM вроде можно и без погромматора…

Только один раз. После прошивки от автора топика — только программатор.

я не знаю как его туда поместить без OC.

А Вы на SSD без ОС собрались записывать? Главное – то, что нужный Вам код в оперативную память записывает Ваша программа. А она всегда выполняется в определённой программно-аппаратно-микропрограммной среде в архитектурных рамках ISA и ABI этой платформы.

реальности в файле записано 48, 48, 48, 49, 49, 49, 49, 48

понятно) спасибо.

После прошивки от автора топика — только программатор

Ни разу ещё не видел, как ТС что-то вообще доводил до хоть какого-нибудь завершения.

А Вы на SSD без ОС собрались записывать?

ну да. ssd будет пустым. занулю его. после возьму переходник подключу зануленый ssd к usb другого пк c LINUX найду зануленый ssd в

lsblk

Ба, да тут же в похожих темах точно такой же вопрос от ТС. И ответ от меня точно такой же: Hello world без ОС (комментарий)

Assembler, а ты в прошлый-то раз без OS запустил свой хеллоуворлд?