Как в Си организовать косвенный переход?

[_Слон_]

Задача для AVR. В программе нужно осуществить переход по адресу, который хранится в епроме. В ассемблере для этого есть команда IJMP.
А как сделать на Си? Подскажите, пожалуйста!

[testerplus]

Например так:

unsigned int FuncAddr;

...
{
    FuncAddr = eeprom_read(...);
    ...
   ((void(*)(void))FuncAddr)();  // Вызов функции

}

или так:

void (*ptrFunc)(void);
int FuncAddr;
...
{
    FuncAddr = eeprom_read(...);
    ...
   ptrFunc = (void(*)(void))FuncAddr;  
   ptrFunc(); // Вызов функции

}

[SasaVitebsk]

Просто беда, если пытаются писать ASM программу средствами языка Си.
Зачем обязательно адрес хранить. Храните номер вызываемой ф-ции и вызов согласно номеру. Если при этом вы поименуете выши номера ф-ций, то программа станет более понятной и наглядной.
Нет ну конечно, если стоит задача чтобы в вашей программе никто не разобрался, то тогда можно хранить указатель на указатель на адрес вызова со смещением написанном в отдельном поле 24c512... Тогда уж гарантировано ...

[_Слон_]

Спасибо. А как задать нужный адрес? Немного поясню. У меня в программе много небольших менюшек. Нужно, чтобы при попадании в меню его адрес сохранялся в епроме, а потом при включении устройства сразу выбиралось нужное меню.
Вот так я вызываю функцию по адресу FuncAddr:

eerpom unsigned int FuncAddr; // объявляем переменную FuncAddr
........

((void(*)(void))FuncAddr)(); /* Вызов функции по адресу,
содержащемуся в переменной FuncAddr */

Правильно?

А вот, например, сама функция:
void menu1 (void)
{
...
}
Как вычислить ее адрес?
FuncAddr=&menu1; // так не получается

[st_1]

Объявите меню-переменную, и сохраняйте её, а все меню пронумеруйте... По включению считываете её значение и переходите на меню с считаным номером...

[realid]

void Menu1(void)
{
    ...
}    

void Menu2(void)
{
    ...
}

void Menu3(void)
{
    ...
}

void Menu4(void)
{
    ...
}

const void (*pMenu[4])() = {&Menu1,&Menu2,&Menu3,&Menu4};

void ddd(void)
{
    BYTE Number = eeprom_read(...);;
    (pMenu[Number])();
}

[_Слон_]

Просто беда, если пытаются писать ASM программу средствами языка Си.
Зачем обязательно адрес хранить. Храните номер вызываемой ф-ции и вызов согласно номеру. Если при этом вы поименуете выши номера ф-ций, то программа станет более понятной и наглядной.
Нет ну конечно, если стоит задача чтобы в вашей программе никто не разобрался, то тогда можно хранить указатель на указатель на адрес вызова со смещением написанном в отдельном поле 24c512... Тогда уж гарантировано ...

Наверное, со-стороны это действительно смешно. Я на Си только недавно начал писать, до этого на ассемблере больше...

[SasaVitebsk]

Посмотрите эту ветку ...
http://electronix.ru/forum/index.php...%F5%E8%FF&st=0
Там есть и готовые решения и примеры... На основе этого можно написать своё меню с иерархией и функционалом, удобным для вас.
Можно также поискать "микроменю".
Я делал своё с иерархической структурой и графикой. Естественно некоторые пункты меню обслуживаются уникальными п/п, а некоторые стандартными (например листание, подменю, редактирование полей). Я всё это увязал. Всё равно ведь пункт меню и обработчик увязаны на этапе компиляции. Поэтому нет смысла хранить адрес обработчика. Достаточно стек вызывов (историю вложений) - то бишь номера пунктов меню которые нажимались и текущий номер меню (для отображения курсора) ....
Не делайте сложно ... сложно не значит правильно ... Чем стройнее алгоритм и проще, тем надёжнее работа программы ...
Я бы наказывал программистов (вне зависимости от того на чём они пишут ASM или Си) за применение прямых ссылок с передачей их из внешних источников. Имейте ввиду EEPROM - это внешнее к процессору устройство ... Здесь один профессионал разрешает модификацию памяти однокристалки по модбасу ...

[realid]

Я всё это увязал.

Не может быть!

[_Слон_]

Посмотрите эту ветку ...
http://electronix.ru/forum/index.php...%F5%E8%FF&st=0
Там есть и готовые решения и примеры... На основе этого можно написать своё меню с иерархией и функционалом, удобным для вас.
Можно также поискать "микроменю".
Я делал своё с иерархической структурой и графикой. Естественно некоторые пункты меню обслуживаются уникальными п/п, а некоторые стандартными (например листание, подменю, редактирование полей). Я всё это увязал. Всё равно ведь пункт меню и обработчик увязаны на этапе компиляции. Поэтому нет смысла хранить адрес обработчика. Достаточно стек вызывов (историю вложений) - то бишь номера пунктов меню которые нажимались и текущий номер меню (для отображения курсора) ....
Не делайте сложно ... сложно не значит правильно ... Чем стройнее алгоритм и проще, тем надёжнее работа программы ...
Я бы наказывал программистов (вне зависимости от того на чём они пишут ASM или Си) за применение прямых ссылок с передачей их из внешних источников. Имейте ввиду EEPROM - это внешнее к процессору устройство ... Здесь один профессионал разрешает модификацию памяти однокристалки по модбасу ...

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