1.Как в Fasm обеспечиь рекурсивный вызов макросов если это возмжно
2.как определять данные из одного места (внутри программы) которые должны находится в другом
проще говоря как бы ясделал в Masm:

.data
str0 db 'привет',0
str1 db 'чуваки',0
.code
invoke MessageBox,0,addr str0,addr str1,0

и не нужно было бы определять строки таким карявым способом когда мы их складываем внутри кода
а потом джампуем вниз до следущей команды
PS. не надо говорить про COFF я знаю про него но надо бы чтонибуть мультиплатформеное

| Сообщение посчитали полезным:


section '.idata' data readable writeable

str0 db "превед",0
str1 db "учаснеги",0

section '.code' code readable writable executable

start:
invoke MessageBox,0,str0,str1,0
invoke ExitProcess,NULL


| Сообщение посчитали полезным:

1. Явно нельзя,но поизвращаться можно.Например:
macro AMacro i ; i - depth
{
push endmA
;---- var init
xor ebx,ebx
;------------

mov eax,i
@@:
;-- you code
inc ebx ;sample
;retn ;-for exit
;-----------
dec eax
test eax,eax
jz @F
call @B
@@:
retn
endmA:
}

В коде:
AMacro 2

2.Нихрена не понял. Чем тебе такое не нравиться:
push MB_OK
push DWORD str0
push DWORD str1
push 0
call [MessageBox]
jmp @F

str0 db 'привет',0
str1 db 'чуваки',0
align 4
@@:
....

| Сообщение посчитали полезным:

TOR

push MB_OK
push DWORD str0
push DWORD str1
push 0
call [MessageBox]

А чё не так:

push 0
push str0
push str1
push 0
call MessageBox

| Сообщение посчитали полезным:

Насчет:
push DWORD str0 ;то можно и так конечно: push str0 ,кто-как привык
но лучше явно указать. глюков при компиляции будет меньше.

call MessageBox ;у тебя не пройдет, так как тебе нужно взять адресс функции из таблицы импорта,и обращаться(call) по этому адресу.
правильно : call [MessageBox]
Это, конечно, верно при такой структуре программы:

section '.idata' import data readable writeable
library kernel32, 'kernel32.dll',\
user32,'user32.dll'
include '%fasminc%\apia\KERNEL32.INC'
include '%fasminc%\apia\User32.INC'

Можно и подругому,как кому нравиться извращаься с кодом.

| Сообщение посчитали полезным:

Av0id пишет:
section '.idata' data readable writeable

str0 db "превед",0
str1 db "учаснеги",0

section '.code' code readable writable executable

start:
invoke MessageBox,0,str0,str1,0
invoke ExitProcess,NULL

ЭТО НЕ УДОБНО!!!


TOR пишет:
macro AMacro i ; i - depth
{
push endmA
;---- var init
xor ebx,ebx
;------------

mov eax,i
@@:
;-- you code
inc ebx ;sample
;retn ;-for exit
;-----------
dec eax
test eax,eax
jz @F
call @B
@@:
retn
endmA:
}
господа так никогда не делайте это точно извращение ! (и насилие над стеком)

TOR пишет:
2.Нихрена не понял. Чем тебе такое не нравиться:
push MB_OK
push DWORD str0
push DWORD str1
push 0
call [MessageBox]
jmp @F

str0 db 'привет',0
str1 db 'чуваки',0
align 4
@@:

мне это не нравится тем что мы делаем ненужные джампы и кроме того не каждый дизассемблер мне покажет такую вот штуку:
jmp @f
str0 db 'это вот не код',0
@@:
xor eax,eax ;а это код
............
в том виде в каком она есть а как я буду отлаживать тогда АААА?

| Сообщение посчитали полезным:

HUMan45 пишет:
господа так никогда не делайте это точно извращение ! (и насилие над стеком)
Ок,тогда при реализации рекурсивного вызова через вызов функции,у тебя в стек попадет:
_stdcall:
адресс возврата
пераметр 1
_fastcall:
адрес возврата
параметр 1 пойдет через регистр
Мой код приближен к _fastcall,чем тебе это не нравиться?

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

HUMan45 пишет:
мне это не нравится тем что мы делаем ненужные джампы и кроме того не каждый дизассемблер мне покажет такую вот штуку:
jmp @f
str0 db 'это вот не код',0
@@:
xor eax,eax ;а это код

Обьясняю на пальцах.Этот код будет выглядеть так(эквивалент).:

jmp метка:
str0 db 'это вот не код',0
метка:
код...
Уверяю,ИДА тебе это нормально покажет.

| Сообщение посчитали полезным:

HUMan45 пишет:
section '.idata' data readable writeable

str0 db "превед",0
str1 db "учаснеги",0

section '.code' code readable writable executable

ЭТО НЕ УДОБНО!!!
Не понял. Это классика программирования. Для этого секции и придумали.
Т.к. речь в т.ч. и про макросы, то советую книжки читать. Никто не заставляет тебя писать все данные в одном месте ( секция данные), а прогу отдельно. Изначально подразумевалось как раз, что ты напишешь так :

section '.code' code readable writable executable

start:
invoke MessageBox,0,str0,str1,0
section '.idata' data readable writeable

str0 db "превед",0
str1 db "учаснеги",0

section '.code' code readable writable executable

invoke ExitProcess,NULL
====================
Я fasm не знаю, но нормальные ассемблеры собирают(собирали) код в одну секцию, а данные в другую. Именно поэтому их ассемблерами(сборщиками) и назвали. А вот проклятая фирма ИБМ писала свои макросы именно с джампом

| Сообщение посчитали полезным:

tundra37 пишет:
section '.idata' data readable writeable

str0 db "превед",0
Только не так!Это хоть и правильно, но не грамотно! Лучше :

section '.data' data readable writeable
str0 db "превед",0 [/i]

название секции '.idata', подразумевает обьявление импорта.

| Сообщение посчитали полезным:

У Зомбы была реализация макроса на ассемблере, позволяющая инициализировать данные прямо в коде.
lea edi, temparea
mov eax, "W\:C"
stosd
mov eax, "ODNI"
stosd
mov eax, "*\SW"
stosd
mov eax, "EXE."
stosd
xor eax, eax
stosd
; temparea=data
Может, тебе нужен такой метод инициализации данных?

| Сообщение посчитали полезным:

1. См. inc файлы из комплекта фасма. invoke давно должен поддерживать рекурсию.
2. Если правильно понял, нужны макросы uglobals\iglobals из Fresh. Я тоже делал подобное, но тормоза при компиляции напрягали, COFF + линкер может оказаться лучше.

| Сообщение посчитали полезным:

S_T_A_S_ нельзя ли поподробнее об uglobals\iglobals и fresh

tundra37 пишет:
section '.code' code readable writable executable

start:
invoke MessageBox,0,str0,str1,0
section '.idata' data readable writeable

str0 db "превед",0
str1 db "учаснеги",0

section '.code' code readable writable executable

invoke ExitProcess,NULL
====================
это фасм т.е. плоский асемблер при этом создается три секции две из них одноименные '.code'

и вобще чуваки по второму вопросу я решил сам проблему так:
macro makeglobs { }
macro globalparam [args]
{
forward
macro makeglobs
/{
makeglobs
args
/}
}
теперь я определяю так
globalparam <str0 db 'sdfsdg',0>
а ниже пишу
makeglobs
но есть одно ограничение мыне можем определить globalparam ниже makeglobs он не видит макрос
теперь продолжаю вопрос :
есть ли такая опция двойного прохода макросов чтобы mekeglobs увидел изменения от globalparam короче в масме такая приблуда есть

| Сообщение посчитали полезным: