Ида на Винде или я не про то думаю

Ребят, а какой калькулятор использовать чтоб считать такие числа? Желательно с переводом в 10 и 2 системы. os: Linux

Я наконец-то начал учить ассемблер. Не подскажите сколько обычно инструкций используете? mov, add и т.д, их нужно все выучить? (Думаю, что да, глупый вопрос, наверно лучше было бы спросить насколько часто те или иные инструкции используются)

инструкции это не сттихи. просто читай что они значат, обычно это сокращение слов или абревиатура

Наверно лучше задать такой вопрос, как правильно читать ассемблерный код? Чтобы легче читать к каждому фрагменту добавлять комментарий даже если код простой или лучше комментировать все вещи.

И еще один глупый вопрос, что можно такое написать, чтобы начать лучше понимать ассемблер? Что-то вроде калькулятора, числа Фибоначчи? (т.е какие программы обычно писали когда начинали только изучать ассемблер).

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

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

Покажи пример, я имею в виду именно графики на асме для данной задачи, или ты про дос? Или про сторонние либы?

И еще один глупый вопрос, что можно такое написать, чтобы начать лучше понимать ассемблер? Что-то вроде калькулятора, числа Фибоначчи? (т.е какие программы обычно писали когда начинали только изучать ассемблер).

Гугли: сказки дядюшки Римуса о x86 :)

Открой какой-нибудь codewars иди типа того. Тренажёр-задачник.

Наверно лучше задать такой вопрос, как правильно читать ассемблерный код? Чтобы легче читать к каждому фрагменту добавлять комментарий даже если код простой или лучше комментировать все вещи.

коментировать все не обязательно, потому что основная часть кода - типична. а вот если что то алгоритмическое или применяются какие то хаки, "нестандарты" - лучше коментировать

Комментировать обязательно. Читая чужой ассемблерный код ты обычно можешь сказать, что он делает, но не можешь сказать, зачем. Взять тот же фасм. Томаш очень любит магические числа, и нужно серьёзно посидеть с отладчиком, чтобы понять, что такое странное читается по [ebp+9], и какие конкретно флаги проверяет test [flags],0fh (примеры выдуманные, если что).

Комментировать обязательно. Читая чужой ассемблерный код ты обычно можешь сказать, что он делает, но не можешь сказать, зачем. Взять тот же фасм. Томаш очень любит магические числа, и нужно серьёзно посидеть с отладчиком, чтобы понять, что такое странное читается по [ebp+9], и какие конкретно флаги проверяет test [flags],0fh (примеры выдуманные, если что).

это попадает под категорию нетипично, нестандарт и алгоритмическое

А что типично? Вызовы Windows API и копирование строк?

Я наконец-то начал учить ассемблер. Не подскажите сколько обычно инструкций используете? mov, add и т.д, их нужно все выучить? (Думаю, что да, глупый вопрос, наверно лучше было бы спросить насколько часто те или иные инструкции используются)

Я наконец-то начал учить ассемблер. Не подскажите сколько обычно инструкций используете? mov, add и т.д, их нужно все выучить? (Думаю, что да, глупый вопрос, наверно лучше было бы спросить насколько часто те или иные инструкции используются)

напиши змейку в mbr-е

Вместо загрузчика зачем-то написал простой shell который еще не принимает команды

Это те самые 512 байт? Точнее 510 байт для кода, т.к там dw 0xaa55 занимает 2 байта.

#book Йо Ван Гуй Программирование на ассемблере. От начального уровня до профессионального использования AVX. 2021 NASM

Вообще 446, чтоб не рушить partition table. Попробуй мою прогу для установки MBR (может сохранять pt): https://github.com/jin-x/mbrset (бинари: xk7.ru/mbrset)

Я думал что 512 - byte 0xaa55 = 510, не знал что 446 всего под код в MBR

Ну можно 510, но у тебя диск определяется не будет тогда.

Я думал что 512 - byte 0xaa55 = 510, не знал что 446 всего под код в MBR

У меня UEFI, для BIOS пишу, т.к материалов больше. А вообще я хочу, чтоб загрузчик для UEFI был.

c uefi сложнее

по факту ещё меньше из-за наркоманских биосов, которые вместо запуска загрузчика пытаются парсить разделы или ожидают структуры данных FAT из-за чего выпадает место занимаемое заголовком FAT

Есть такая тема, когда грузишься с USB, в биосе можно указать режим HDD (первый сектор будет рассматриваться как MBR) или FDD (первый будет рассматриваться как boot sector). Также может быть автоматический режим. Так вот, в астматическом режиме (ну и в режиме FDD) при испорченном partition table БИОС затирает в загрузчике некоторые байты (1C..1F и 24h вроде), в котором может находится твой код.

я вообще не понимаю нафига эти режимы, грузи бутсектор и выноси мозг

Не понял. Подробнее, плиз.

Может, ты хочешь образ харда накатать или флоппи?

читал на осдев вики что-то такое и сам в одном загрузчике видел, что байты где часто размещены заголовки FAT занулены и не используются

Есть такая тема, когда грузишься с USB, в биосе можно указать режим HDD (первый сектор будет рассматриваться как MBR) или FDD (первый будет рассматриваться как boot sector). Также может быть автоматический режим. Так вот, в астматическом режиме (ну и в режиме FDD) при испорченном partition table БИОС затирает в загрузчике некоторые байты (1C..1F и 24h вроде), в котором может находится твой код.

Так, это не MBR уже.

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

Я так понимаю в 1 секторе нужно написать загрузчик других секторов и jmp туда, в которых уже будет код вторичного загрузчика, получение нужной информации и вызов функции ядра (передать управление ядру).

Я так понимаю в 1 секторе нужно написать загрузчик других секторов и jmp туда, в которых уже будет код вторичного загрузчика, получение нужной информации и вызов функции ядра (передать управление ядру).

Не совсем. Там есть поля, которые нужно выставить корректно. Что-то типа кол-ва зарезервированных секторов, номер диска (точно сейчас не помню). Иначе не будет работать корректно.

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

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

Я думал, что там тоже самое что в первичном загрузчике, только больше места под код и больше полезной информации можно получить и перейти уже к ядру, а в ядре уже файловая система реализована (и то не сразу)

в винде первый сектор раздела ищет файл $BOOT в MFT и передаёт ему управление, он уже выполняет остальные действия, в линуксе подобный механизм тоже возможен, но я не видел чтобы кто-то заморачивался над этим, обычно накатывают GRUB и всё

в винде первый сектор раздела ищет файл $BOOT в MFT и передаёт ему управление, он уже выполняет остальные действия, в линуксе подобный механизм тоже возможен, но я не видел чтобы кто-то заморачивался над этим, обычно накатывают GRUB и всё

У меня GRUB используется хост системой, но при написании ос, я хотел все с нуля писать (да, сложно пока, что), чтобы попытатся что-то понять, как работает загрузчик, как он вызывает функцию ядра и т.д. На ассемблере только щас начал писать, oswiki читаю. Не знаю бесполезным ли делом занимаюсь, но желание что-то простое написать есть.

вот, у меня тут загрузчики для GPT, они работают под Legacy BIOS, но с GPT разделами, там же загрузчик для ext2, но только сама PBR, тот файл который грузится загрузчиком в отдельной репе у меня и я над ним ещё работаю https://github.com/disba1ancer/gptldrs

В ассемблере есть структуры? :\

это фасм там дофига всего можно сделать

я сейчас пишу загрузку ELF файлов, но это уже не на чистом асме

Ты ос пишешь? У тебя ELF файлы совместимы только со своей ос?

у меня только один тестовый ELF файл с циклом, написанный на фасме, так что о чём-то конкретном говорить ещё рано, а вообще в отсутствии совместимости не вижу смысла

Ребят, а какой калькулятор использовать чтоб считать такие числа? Желательно с переводом в 10 и 2 системы. os: Linux