test proc far push ebp mov bp, sp add bp, 8 mov in, [bp]

и что такое in?

Ну входной параметр

ну он же в стеке. так адресуйся к нему так как это по стандарту делается

ну вот, смещением относительно bp и происходит работа с параметрами (входными выходными)

asmproc proc cpp near uses eax arg point:word,num:dword,mun:dword ... ret asmproc endp

а, так эт чтото похожее на прототип. ну тогда все логично. согласно стандарту к параметрам обращение идет через bp

Ну. Если я значение bp в стеке затру, то плохо будет, скорее всего

ну если ты строишь свой велосипед и используешь сторонние стандарты в купе со своим, то да, будет что то нехорошее. либо пиши все по стандарту, либо изобретай свой стандарт и не используй стандартные механизмы (директивы, макросы, инструкции)

А стандарта, который позволяет делать то, что я хочу, не существует?

ну если ты строишь свой велосипед и используешь сторонние стандарты в купе со своим, то да, будет что то нехорошее. либо пиши все по стандарту, либо изобретай свой стандарт и не используй стандартные механизмы (директивы, макросы, инструкции)

sub esp, 2×4 out 1,2 push in push in call stdcall pop out 1 pop out 2

sub esp, 2×4 out 1,2 push in push in call stdcall pop out 1 pop out 2

смыл? у тя pop не то будет попать выходные параметры

я не знаком с этим, чтоб с этим работать

sub esp, 2×4 out 1,2 push in push in call stdcall pop out 1 pop out 2

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

твое соглашение ни скем не согласовывалось и не пользоавлось другими

Макросы - бомба

А макросы можно из библиотеки вызывать?

смотря чем представлена она - "библиотека"

.lib

нет

Как их создавать?

INC - это просто кусок текста, который вставляется в место подключения как есть. LIB - это несколько OBJ, собранных в единый файл, ты их через include никак не подключишь. Они подключаются при компоновке. Можно комбинировать OBJ, LIB.

ctlr+n save as *.inc

А для оформления используется любая стандартная модель?

А для оформления используется любая стандартная модель?

Зачем тебе в INC засовывать модель? Ты будешь и в основном исходнике, и в INC указывать модель?

Я в говорю: код вставляется как есть. Если ты 2 раза укажешь модель, что будет? Модель нужно указать один раз для каждой единицы трансляции (для каждого создаваемого объектного модуля).

А можно указать использование файла .lib не в командной строке, а в самом asm файле?

Даже на С/С++ нельзя. А вот на Паскале, например, можно.

1. Да. 2. Используются только те OBJ'и (полностью) из LIB, которые используются.

Используемые внешние функции нужно объявлять через extrn.

Даже на С/С++ нельзя. А вот на Паскале, например, можно.

И раз, и два. Второе при желании можно даже в фасме, если format coff и линкер ms-совместимый.

И раз, и два. Второе при желании можно даже в фасме, если format coff и линкер ms-совместимый.

Как в исходнике на fasm указать либу, интересно? Не dll, конечно.

Как в исходнике на fasm указать либу, интересно? Не dll, конечно.

Секцию создать .drectve с флагом IMAGE_SCN_LNK_INFO и куском командной строки линкера внутри.

а можно тут поподробней? я что то не знаю?

format ms coff section '.text' code readable executable public start as '_start' extrn '__imp__InitCommonControls@0' as InitCommonControls:dword start: call [InitCommonControls] ret ; не помню уже, обязательно ли linkremove section '.drectve' linkinfo linkremove db '/ENTRY:start /DEFAULTLIB:comctl32.lib /SUBSYSTEM:WINDOWS' fasm file.asm file.obj и link file.obj (polink file.obj тоже подойдёт). Если уберёшь /DEFAULTLIB из .drectve, перестанет находить comctl32.lib, и её придётся явно указывать в командной строке линкера. Можно указывать сколько угодно /DEFAULTLIB, но логика линкера остаётся стандартной — прилинкуются только те, символы из которых реально используются.

Можно как-то писать функции для библиотеки так, чтобы они вызывались в любой модели?