Ещё одна ошибка...

Интересно теперь из-за чего она. Это ведь просто арифметическое выражение

Я хочу изучать системную разработку но не хочу бросать инфобез

что такое resb? в фасме такого нет, на это и ругается

Проблема была в неправильном импорте библиотек и функций из них. Спасибо GPT за это

я думал сам догадаешься ведь в ошибке так и было написано =)

Для того чтобы догадаться я пошёл смотреть гайды по fasm с нуля. Там было то как это делается и я понял в чём ошибка

resb — это стандартная FASM-директива для резервирования определённого числа байт (bytes) в BSS-секции. В 64-битном режиме она точно так же поддерживается, как и в 32-битном. Зачем вообще нужен resb? BSS (Block Started by Symbol) — это секция, в которой не хранятся инициализированные данные, а просто резервируется место в памяти при загрузке программы. Директивы вида resb, resw, resd, resq и т.п. в FASM (и MASM/YASM/NASM с похожим синтаксисом) — это способ сказать «в этой секции нужно зарезервировать N байт (или слов, или двойных слов и т.д.)». При этом в самом исполняемом файле никакие байты не занимают места (или занимают минимальный overhead), т.к. они не инициализированы заранее. Альтернативы resw, resd, resq Отличаются размером единицы резервирования: resw (word, 2 байта), resd (dword, 4 байта), resq (qword, 8 байт). Если, например, хочется зарезервировать 1000 64-битных чисел, можно написать resq 1000. Определять данные прямо в .data Например, times 50000 db 0. Но тогда все 50000 байт войдут в итоговый файл и при загрузке ОС скопирует их в память. Обычно для больших буферов это нежелательно. Выделять память динамически В 64-битном коде под Windows можно вызвать VirtualAlloc, под Linux — mmap, под любой POSIX — malloc (через вызовы стандартной библиотеки C), и т.д. Это может быть удобнее, если размер памяти меняется во время выполнения или очень велик. Когда лучше использовать resb? Если нужно просто зарезервировать относительно небольшой буфер в статической памяти (несколько десятков килобайт, сотни килобайт и т.д.), resb отлично подходит. Если размер может быть очень большим (мегабайты и больше) или меняется во время работы программы, лучше перейти на динамическое выделение (через VirtualAlloc, mmap или другую системную функцию). Итого, resb вполне нормальная и стандартная директива как в 32-битном, так и в 64-битном ассемблерном коде на FASM. Если нет особых причин (например, нужен динамический размер или очень большие объёмы памяти), то нет необходимости «использовать что-то другое» — resb подойдёт

32бит же уже давно померло

32бит же уже давно померло

resb — это стандартная FASM-директива для резервирования определённого числа байт (bytes) в BSS-секции. В 64-битном режиме она точно так же поддерживается, как и в 32-битном. Зачем вообще нужен resb? BSS (Block Started by Symbol) — это секция, в которой не хранятся инициализированные данные, а просто резервируется место в памяти при загрузке программы. Директивы вида resb, resw, resd, resq и т.п. в FASM (и MASM/YASM/NASM с похожим синтаксисом) — это способ сказать «в этой секции нужно зарезервировать N байт (или слов, или двойных слов и т.д.)». При этом в самом исполняемом файле никакие байты не занимают места (или занимают минимальный overhead), т.к. они не инициализированы заранее. Альтернативы resw, resd, resq Отличаются размером единицы резервирования: resw (word, 2 байта), resd (dword, 4 байта), resq (qword, 8 байт). Если, например, хочется зарезервировать 1000 64-битных чисел, можно написать resq 1000. Определять данные прямо в .data Например, times 50000 db 0. Но тогда все 50000 байт войдут в итоговый файл и при загрузке ОС скопирует их в память. Обычно для больших буферов это нежелательно. Выделять память динамически В 64-битном коде под Windows можно вызвать VirtualAlloc, под Linux — mmap, под любой POSIX — malloc (через вызовы стандартной библиотеки C), и т.д. Это может быть удобнее, если размер памяти меняется во время выполнения или очень велик. Когда лучше использовать resb? Если нужно просто зарезервировать относительно небольшой буфер в статической памяти (несколько десятков килобайт, сотни килобайт и т.д.), resb отлично подходит. Если размер может быть очень большим (мегабайты и больше) или меняется во время работы программы, лучше перейти на динамическое выделение (через VirtualAlloc, mmap или другую системную функцию). Итого, resb вполне нормальная и стандартная директива как в 32-битном, так и в 64-битном ассемблерном коде на FASM. Если нет особых причин (например, нужен динамический размер или очень большие объёмы памяти), то нет необходимости «использовать что-то другое» — resb подойдёт

https://www.cyberforum.ru/assembler/thread562956.html

Проблема была в неправильном импорте библиотек и функций из них. Спасибо GPT за это

32бит же уже давно померло

А почему скомпилированные экземплы х32 fasm тоже работают на моем компе?

А почему скомпилированные экземплы х32 fasm тоже работают на моем компе?

А почему скомпилированные экземплы х32 fasm тоже работают на моем компе?

Это не экземплы, а экзешники

Это не экземплы, а экзешники

EXAMPLE папка называется и в ней экземплы кода

Ну по тому же самому принципу

В экземплах у тебя же экзешники?

Кроме того, где dll делает

В экземплах у тебя же экзешники?

Но меня просто смущает что на x64 работают х32 регистры

Но меня просто смущает что на x64 работают х32 регистры

Твоё представление крайне ошибочно...

Но меня просто смущает что на x64 работают х32 регистры

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

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

Как раз наоборот в х86-64 можно все сделать быстрее, обращение к памяти процесса(регистрам) быстрее, чем к любой другой. Регистров х86-64 намного больше, чем х86

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

Возьми готовый

Моя цель - менее 100кб

Ассемблер такое себе удовольствие для гейм дева как по мне

Для какого именно?

Да

Это будет банальный мозготрах если на ассемблере писать

Каждый дрочит как хочет

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

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