"размер" функции

[500mhz]

Имеем

void main (void)
{
         func();
}

void func (void)
{
     тут много букв и кода
}

Вопрос, какие есть вариант получения размера func способами С (на асм не считается)

[root]

Зависит от компилятора, но функции должны идти последовательно.

Отключи оптимизацию и добавь еще одну функцию:

void main (void)
{
         int size = func_end - func;

         func();
}

void func (void)
{
         тут много букв и кода
}

void func_end(void)
{
         тут много букв
}

[500mhz]

Такой способ я знаю.
Еще какие есть?

[REU]

Это что для нового крякми? )

[root]

Более элегантного решения я не знаю. Как вариант подключить дизассемблерный движок.

[Dark Koder]

вот что мне удалось найти за минуту...

HIDE

---

Велик, пост 2 Девид Эмпсон

HIDE

---

Сабжевый примерчик, но не идеал...

[m0r1]

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

P.S. ну а кто-то может и плагин для компилятора написать(если компилятор поддерживает)

[500mhz]

Вообщем дело ясное что без асма тут никак )

[root]

Пример с вычитанием указателей не всегда будет корректный результат давать - выравнивание и все дела

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

[m0r1]

В большинстве случаев - да, не критично. Зависит от того, как и что использовать. Например, если передавать ф-цию на ассемблере(пошифрованную?) в качестве ключа(или части ключа), а в код встроить "проверку" ключа - на стандартный пролог, например, то важно не зацепить в начале никакие команды выравнивания.

Т.е. надо просто помнить, что команды выравнивания могут присутствовать.

[desp0s]

можно использовать emit, потом глядеть на размер по сигнатуре