вы про эквивалент try-finally? можно макросами, кстати...

но вообще мне не хватает break из вложенных циклов... как бы можно было это реализовать - не знаю, но не помешало бы точно

понятно, просто простыня длинная...вот и свернул... (действительно, надо было самую исходную портянку выкладывать)
так я и пытаюсь сделать код более привычным, понятным и универсальным.
Конечно задокументирую, когда конечный результат получу и проведу испытания
а я вам и не предлагаю с ГОТОй - если внутрь цикла (или ветвления) его не вставлять - всё ОК, а если вставить - оператор брейк путается и кидается не на того... (завершает цикл вместо кейса).
но боюсь, что чтобы обойти такой прикол -всётаки ГОТО будет другого варианта пока не вижу
так то брейк - тотже гото, только более автоматизированый (сам себе цель выбирает)

Добавлено after 2 minutes 36 seconds:
над Вашим, Siarzhuk, вариантом кода подумаю.

Тогда конкретно не подскажу.
В общих чертах - сохраняйте точку возврата (она будет адресом следующей инструкции) и возвращайтесь по return из функции. Затем, чтобы войти обратно, используйте эту точку. Первый вход - адрес функции.
Но учтите, если не будете манипулировать с сохранением стека (а это реально геморрой, ибо нужно отводить под каждый поток свою область памяти), то об использовании локальных переменных между вызовами можете забыть. В принципе, это не проблема - юзаем статические переменные.

Добавлено after 2 minutes 46 seconds:
ПыСы: Советую Вам поюзать OSA, тогда поймёте принцип распараллеливания задач и входа/выхода из них.

Добавлено after 6 minutes 18 seconds:
ПыСы2: И ещё. Ооооочень настоятельно рекомендую Вам пересмотреть реализацию своего кода и перенести бОльшую часть в основной цикл. Не нужно его экономить, наживая себе гемор...

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

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

Это нужно хорошо знать ассемблер и инструкции Ваших камней.
Я, увы, в этом нихт ферштейн...

Вот, для PIC'ов делал - viewtopic.php?p=3333672#p3333672 Но Вы, если их не знаете, вряд ли там чего поймёте...

на сколько я знаю у АВР этот регистр (PC- программ каунтер) недоступен напрямую, да и в его лезть, это почти как под поездом стрелки переводить...

Добавлено after 1 hour 18 minutes 19 seconds:
ещё можно всю обработку сделать в майне - крутись она там, а в прерывании оставить лишь таймеры - в этом случае скорость выполнения кода вырастет, но предсказуемость по времени выполнения команд снизится...

по-моему, это самые лучшие намерения, которые я от вас услышал
я, наверное, что-то пропустил... но о чем это вы говорите? о какой-такой предсказуемости? зачем она вам?

Что то Ivanoff-iv мудрит. Сам запутался и нас путает

Фух... Наконец то...

а спать - если все счётчики!=0 опять же их проверять, хотя.. когда по всем счетчикам пробежимся, проверяя на равенство - ответ сам и получится, складно..., ладно, завтра подумаю... сегодня рабдень кончился

Это почему же? Это как раз без проблем (команды переходов, вызовов, возвратов никто не отменял), например запись в PC:



Вот это точно. Компилятор сгенерировал код, а Вы хотите "прыгать" в этом коде, как Вам хочется? Ничего хорошего из этого не выйдет.


Она (точка возрата) лежит под стеком.

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

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

Да, не внимательно читаю. Но и называть это "точкой возрата" странно - скорее, это точка входа, если я правильно понял то, что вам надо:



Далее можно объявить: extern void xx_wo_inc (void); и вызывать эту функцию, т.е. на самом деле "прыгать" в середину другой функции. Вот во что это скомпилировалось:


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

судя по всему вы предложили очередной вариант setjmp.h, о котором уже было сказано... даже не понимаю, зачем об этом говорить вообще...

Ничего общего с setjmp()/longjmp(). Вообще не понимаю, почему у Вас возникла такая ассоциация

Добрый день, есть enum который будет использоваться в в нескольких файлах подскажите пожалуйста как его объявить?
Так как дублирование typedef запрещено, пока нашел вариант и создать хедер и объявить в ним пользовательский тип. Подключать там где надо.
есть ли еще варианты?

Так и надо делать. А зачем другие варианты?

Просто так еще не делал)))Спасибо!

умение объяснять (особо письменно) хоть и развивается, но пока не сильная моя сторона мне не надо бэкдор в функцию, хотя... теоретически этот вариант впринципе тоже возможен если флеш придётся жестко экономить... а как тут происходит работа со стеком и видимостью переменных?
я предпочитаю прыгать безопасно - только внутри подпрограммы "горизонтально", чтобы очередность стека не нарушить (входить как природой средой программирования задумано а уже потом шалить ).
———————————————
ARV, сейчас практических задач не стоит - собранный таким алгоритмом прибор исправно трудится в холодильнике: в тиню2313 запихнул дин.индикацию, работу с кнопками (антидребезг и комбинации) опрос термодатчика (его опрос и выкладывал в примере), таймеры (чтобы компрессор не мог включаться слишком часто, плавная регулировка яркости по конечнику двери (или датчику освещенности), меню для настройки рабочих температур, хотел добавить таймер, чтобы уменьшить потребление дорогого дневного электричества (но счетчик там оказался однотарифный). есть и другие поделки сделанные так и не только на тинях.
просто (пока есть свободное время) решил осмотреться и поприбраться...

ну вот почему:вы предложили способ без применения setjmp.h сделать то же самое: из середины одной функции прыгнуть в середину другой. по-моему, общее с setjmp есть
вот я и не понимаю, почему вместо причесывания кода в приличной манере вы пытаетесь освоить какие-то грязные хаки... имхо, лучше структурного программирования для Си не придумать. конечный автомат хорош, когда количество состояний небольшое. поэтому вместо наворачивания всего в один конечный автомат правильнее разбивать алгоритм на несколько маленьких. и, разумеется, распределять задачи между главным циклом и прерываниями - может, тогда и потребности в бесконечных автоматах не возникнет