feodorv, 
В том то и дело что функции которые принимают аргументы не мои и их изменить нельзя,
в конце концов сделал парсинг из строки в вектор типа boost::any
и сделал 7 вызовов функций, в зависимости от количества аргументов вызывается та или иная функция.
правда получилось немного коряво, но все работает.

Думаю вопрос интересный, может кто еще предложит идеи.

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

Добавлено через 4 минуты и 5 секунд

Суть в том что количество аргументов("abc",-2 у тебя их два) у меня все время разное

В функцию my_printf можно сколько угодно аргументов передать.

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

ну можно внутри функции сравнить значение стека, и понять сколько аргументов там лежит

пример



Это сообщение отредактировал(а) 500mhz - 13.1.2012, 21:00

500mhz, откуда ты взял "предыдущий адрес стека"?

ну допустим пусть он передаеться в ЕАХ при вызове функции

500mhz, интересно, а какой это тип вызова функции такой? что-то я не помню.
А потом, количество и тип аргументов известен на этапе выполнения.

нет же.
стек формируется компилятором.

У ТС задача обратная - у него известны параметры (run-time), надо самому сформировать стек для вызова

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

Нужно просто явно вычислить все параметры (с первого или с последнего, в зависимости от типа вызова), и запихнуть их в стек (командой push). Потом позвать функцию, как void (*)(void). Если тип функции был cdecl, то после возврата надо сбросить стек (через add sp,<size>)

ха, с gcc не прокатывает он компилит нечто типа


может есть какие то ключи для компиляции с push ?

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

xvr
правильно аргументы на стеке, но сам стек нифига не меняеться 

gcc заранее резервирует необходимое место на стеке (в прологе функции). Но ничего не мешает это место дополнительно алоцировать в процессе вызова функции (теми самыми push'ами)

Кстати, для __stdcall типа вызова gcc явно резервирует место в стеке (хотя и не с помощью push, но резервирует)



Помечен 2й вызов func, первая же комманда subl $12, %esp  резервирует место в стеке (непосредственно в месте вызова)

Добавлено @ 14:32
Хотя, присмтрелся внимательно - это не резервирование места, а восстановление места (стека), которое сбросит __stdcall функция.

Но сути это не меняет - стек можно двигать в процессе работы функции, т.е. вариант с push должен работать


Это сообщение отредактировал(а) xvr - 15.1.2012, 14:33