... но не любой ценой.
-
- Дикий трэш. Не в том месте скобочка, а в такой лапше ее легко пропустить - и "счастливой отладки!". - s_h_e(13.04.2019 09:17)
- В case пропустите break и получите в точности тоже самое. - Скрипач(14.04.2019 20:39)
- Если указать компилятору -Wall -Werror, то не будет соблазна
пропустить ошибку. Eddy_Em(117 знак., 12.05.2025 09:28)
- Эдуард, Спасибо. Полирую исходники перед сдачей проекта. Удалось
задушить предупреждения в проторедах для GCC таким макаром: Nikolay_Po(393 знак., 12.05.2025 22:10)
- Вот что-то мне эти "протопотоки" априори не нравятся. Настолько,
что даже документацию читать не хочется. Eddy_Em(712 знак., 12.05.2025 22:21)
- Смысл в том, что тебе не нужно разводить и перетряхивать кейзы
самостоятельно. Ты просто пишешь в каждом потоке линейный код. И
вызываешь все потоки по-очереди в мейн луп. А оно само двигает
кейзы внутри потока, таким образом, обеспечивая пошаговое, не
блоикрующее выполнение задачи. Nikolay_Po(49 знак., 12.05.2025 22:24)
- Не очень получается "облегчение труда без операционной системы". Сплошь и рядом: подача команды датчику на измерение и он ответит ...когда-нибудь. Тут сразу с "неблокирующим" получается казус и необходимо добавлять промежуточные состояния. Эта же задача с RTOS пишется просто до примитивности что положительно сказывается как на скорости реализации проекта так и на количестве багов. Впрочем с RTOS в полный рост встает задача IPC и синхронизации потоков. - 3m(Вчера, 11:32)
- На это тратится один таймер и вешается супервизор? Или "потоки"
элементарно являются функциями, которые поочередно вызываются? Eddy_Em(44 знак., 12.05.2025 22:35)
- Со слов "Разберемся теперь, как работают макросы." Несколько
примеров исходников объяснят суть реализации pt. Nikolaj(1 знак., Вчера, 08:10, ссылка)
- Ну, теперь я еще больше запутался: по ссылке - реализация обычных
конечных автоматов, но "спрятанная под ковер". Зачем? Наглядней же
делать все "в лоб". - Eddy_Em(Вчера, 09:19)
- Ссылка - описание "в двух словах с картинками" того что реализовано в "protothread Adam Dunkels", про них речь выше шла. И в КА переходы между "ветками" кода в зависимости от условий/состояний. В pt в общем случае код функции-треда выполняется линейно с возможностью не блокированного ожидания выполнения условия (таймаут, ожидание смены состояния флага). - Nikolaj(Вчера, 12:29)
- Затем, что расстановка и добавление кейсов делается препроцессором автоматически! Nikolay_Po(346 знак., Вчера, 12:21)
- Ну, теперь я еще больше запутался: по ссылке - реализация обычных
конечных автоматов, но "спрятанная под ковер". Зачем? Наглядней же
делать все "в лоб". - Eddy_Em(Вчера, 09:19)
- В двух словах не объяснить. А я хотел бы. Но сейчас готовлюсь к
сдаче проекта, нет возможности. Nikolay_Po(642 знак., 12.05.2025 23:14)
- Ну, у меня подобные задачи просто "вложенными" конечными автоматами
решаются. - Eddy_Em(Вчера, 09:17)
- Именно. Просто ты ещё не задолбался писать конечные автоматы под простые, линейные, но блокирующие задачи. - Nikolay_Po(Вчера, 12:15)
- Конечные автоматы пишутся легко и просто. Вот кусок реального кода,
где в главном цикле вызываются пять конечных автоматов
последовательно каждую миллисекунду. Некоторые автоматы в свою
очередь, вызывают другие автоматы. Главное, чтобы нигде и ничто не
могло блокировать поток выполнения. Бoмж(250 знак., Вчера, 09:07)
- Так это вы мой мэйн луп показываете. Там примерно так же, условно 5 строчек. Nikolay_Po(79 знак., Вчера, 12:14)
- Вот-вот. У меня примерно так же: Eddy_Em(1511 знак., Вчера, 09:28)
- Ну, у меня подобные задачи просто "вложенными" конечными автоматами
решаются. - Eddy_Em(Вчера, 09:17)
- Со слов "Разберемся теперь, как работают макросы." Несколько
примеров исходников объяснят суть реализации pt. Nikolaj(1 знак., Вчера, 08:10, ссылка)
- Смысл в том, что тебе не нужно разводить и перетряхивать кейзы
самостоятельно. Ты просто пишешь в каждом потоке линейный код. И
вызываешь все потоки по-очереди в мейн луп. А оно само двигает
кейзы внутри потока, таким образом, обеспечивая пошаговое, не
блоикрующее выполнение задачи. Nikolay_Po(49 знак., 12.05.2025 22:24)
- Вот что-то мне эти "протопотоки" априори не нравятся. Настолько,
что даже документацию читать не хочется. Eddy_Em(712 знак., 12.05.2025 22:21)
- А может __attribute__ ((fallthrough))? - Nikolay_Po(12.05.2025 09:50)
- Переключите компилятор в режим С++ и будет вам [[fallthrough]] средствами языка. А также многое другое. - VladislavS.(Вчера, 08:28)
- Уже давно достаточно комментария. А раньше - да, приходилось макрос
определять и писать FALLTHRU() где нужно… Eddy_Em(33 знак., 12.05.2025 12:05)
- Руки бы поотрывал!!! С каких это пор, комментарии стали влиять на
компиляцию? С этих пор и стали. - Nikolay_Po(12.05.2025 13:30)
- Очень даже удобно. Уж не помню, с какой версии, но эти прагмы для fallthrough писать перестало быть нужным. Я бы так и с остальными прагмами, потому как хрен запомнишь, что там надо - каждый раз гуглить приходится (а часто используемое в макросах определять - те же true inline). - Eddy_Em(12.05.2025 13:59)
- Это догматизьм. До добра не доведёт. - SciFi(12.05.2025 13:39)
- Вы догматитзьм с православием не путайте! - Kpoк(12.05.2025 13:41)
- Руки бы поотрывал!!! С каких это пор, комментарии стали влиять на
компиляцию? С этих пор и стали. - Nikolay_Po(12.05.2025 13:30)
- Эдуард, Спасибо. Полирую исходники перед сдачей проекта. Удалось
задушить предупреждения в проторедах для GCC таким макаром: Nikolay_Po(393 знак., 12.05.2025 22:10)
- В некоторых компиляторах от этого помогает ключ -Wimplicit-fallthrough. - s_h_e(15.04.2019 15:04)
- В большинстве случаев от этого помогает форматирование текста. - Скрипач(15.04.2019 15:05)
- Диска С - mse homjak(15.04.2019 18:08)
- У меня его нет. - Скрипач(15.04.2019 18:17)
- "Тогда удалите какие-нибудь важные файлы..."(С) - mse homjak(15.04.2019 19:10)
- Могу ~/tmp удалить. Устроит? - Скрипач(15.04.2019 19:12)
- "Тогда удалите какие-нибудь важные файлы..."(С) - mse homjak(15.04.2019 19:10)
- У меня его нет. - Скрипач(15.04.2019 18:17)
- Когда программизд втыкает в код охреневший, потому что надо было уже вчера, а нихрена не работает, может и не помогать. - s_h_e(15.04.2019 15:09)
- Диска С - mse homjak(15.04.2019 18:08)
- В большинстве случаев от этого помогает форматирование текста. - Скрипач(15.04.2019 15:05)
- Если указать компилятору -Wall -Werror, то не будет соблазна
пропустить ошибку. Eddy_Em(117 знак., 12.05.2025 09:28)
- В case пропустите break и получите в точности тоже самое. - Скрипач(14.04.2019 20:39)
- "увижу кого кто напишет гоуту - убью нахуй!" LordN(36 знак., 12.04.2019 14:50)
- Мой жизненный принцип: "...но не любой ценой". Скрипач(213 знак., 12.04.2019 14:54 - 15:09)
- В начале рисуем классический switch, где перебираем все возможные
состояния. Ну, а после него - еще один switch, который вызывает
return для всех ненужных состояний, а все нужные пропускает - чтобы
перейти к "хвосту" функции, который выполняется для нескольких
возможных состояний. Eddy_Em(383 знак., 12.05.2025 09:33)
- "Увижу функцию с несколькими точками выхода - убью нахуй" (C)
другой препод LightElf(88 знак., 12.05.2025 12:33)
- А что бы он сказал на функцию возвращающую разные типы? - VladislavS.(12.05.2025 16:14)
- Фтопку! - LightElf(12.05.2025 17:13)
- Ну, ХЗ. У меня зачастую бывают функции с одним-двумя десятками
return'ов внутри. Потому как goto - более злой враг ☺ Eddy_Em(206 знак., 12.05.2025 14:01)
- При отладке значительно удобнее иметь одну точку выхода - проще воткнуть печать или точку останова. Поэтому для меня множество return - это более злое зло. А goto - просто часть пейзажа, не мешает. Религиозные проклятия акадэмиков глубоко пофигу, тем более что они в этом вопросе друг другу противоречат. - LightElf(12.05.2025 14:05)
- А что бы он сказал на функцию возвращающую разные типы? - VladislavS.(12.05.2025 16:14)
- "Увижу функцию с несколькими точками выхода - убью нахуй" (C)
другой препод LightElf(88 знак., 12.05.2025 12:33)
- Припомнился вариант без явного GOTO Vit(748 знак., 15.04.2019 12:02)
- Мой вариант - намного лучше. Собственно состояния - прототридсы. goto это переход на мини блоки инициализации каждого из состояний. Скрипач(232 знак., 15.04.2019 12:20)
- Мой вариант самый лучший 😁😁😁 Бoмж(1140 знак., 12.05.2025 15:09)
- TimeMeasure++; -- милота :) - Cкpипaч(12.05.2025 15:31)
- Для коротких задержек внутри одной из SM - отличное решение тем
более, что вызывается она раз в 1 миллисекунду (небольшой джиттер
здесь пофиг). Разумеется, есть и общепринятый таймер, но я не хотел
усложнять пример кода. - Бoмж(12.05.2025 15:36 - 16:03)
- Отличия. Cкpипaч(224 знак., 12.05.2025 15:49)
- Вот пример с установкой выходов и переходом без потери цикла Бoмж(764 знак., 12.05.2025 15:59)
- Устанавливаем выходы в предыдущем состоянии? А если их несколько? Так не интересно. Cкpипaч(1 знак., 12.05.2025 18:15, ссылка)
- А для чего выходы устанавливать постоянно? Один раз при наступлении
ожидаемого события в данном состоянии изменил вывод (кнопку нажали
- зажёг светодиод) и перешёл в другое состояние. В другом состоянии
ожидаешь другое событие. Все функции неблокирующие. Бoмж(128 знак., 12.05.2025 18:53)
- Не "постоянно", а "в новом состоянии". Один раз, при входе в него. Но то такэ, у каждого свои фломастеры. - Cкpипaч(12.05.2025 19:21)
- А для чего выходы устанавливать постоянно? Один раз при наступлении
ожидаемого события в данном состоянии изменил вывод (кнопку нажали
- зажёг светодиод) и перешёл в другое состояние. В другом состоянии
ожидаешь другое событие. Все функции неблокирующие. Бoмж(128 знак., 12.05.2025 18:53)
- Устанавливаем выходы в предыдущем состоянии? А если их несколько? Так не интересно. Cкpипaч(1 знак., 12.05.2025 18:15, ссылка)
- Вот пример с установкой выходов и переходом без потери цикла Бoмж(764 знак., 12.05.2025 15:59)
- Отличия. Cкpипaч(224 знак., 12.05.2025 15:49)
- Для коротких задержек внутри одной из SM - отличное решение тем
более, что вызывается она раз в 1 миллисекунду (небольшой джиттер
здесь пофиг). Разумеется, есть и общепринятый таймер, но я не хотел
усложнять пример кода. - Бoмж(12.05.2025 15:36 - 16:03)
- TimeMeasure++; -- милота :) - Cкpипaч(12.05.2025 15:31)
- Вопрос был как попасть из разных мест. А метка - хоть и точка входа на графе, но это и состояние. Хорошо, когда можно упростить, но иногда нужно и документировать. - Vit(15.04.2019 13:23)
- Именно что документировать. А не подменять документацию "осмысленными именами переменных". Вы правы в том смысле, что если уж пишем prototreads, то переход между состояниями КА неплохо бы сделать частью этой библиотеки. Скрипач(218 знак., 15.04.2019 14:10 - 14:34)
- Анонимность состояний Protothreads это не священная корова. Лечится, если нужно. Вопрос не в выборе между switch, goto или Protothreads. Переход через точку входа должен изменить состояние, иначе это не документируется (разве что вручную), а кроме Vit(204 знак., 15.04.2019 15:32)
- Есть состояние, а есть дуги переходов. Скрипач(501 знак., 15.04.2019 16:05 - 16:10)
- Я пользуюсь goto и не стесняюсь. Но goto, необходимые для алгоритма, а не для работы с анонимными состояниями, у меня обернуты - добавляется изменение переменной состояния. Я показал как при switch можно обеспечить переход на ТОЧКУ ВХОДА из Vit(1042 знак., 15.04.2019 17:08)
- Ничего не поделаешь, я ставил перед собой задачу подружить именно protothreads с проименованными состояниями. Скрипач(385 знак., 15.04.2019 21:03 - 21:06)
- Я пользуюсь goto и не стесняюсь. Но goto, необходимые для алгоритма, а не для работы с анонимными состояниями, у меня обернуты - добавляется изменение переменной состояния. Я показал как при switch можно обеспечить переход на ТОЧКУ ВХОДА из Vit(1042 знак., 15.04.2019 17:08)
- Есть состояние, а есть дуги переходов. Скрипач(501 знак., 15.04.2019 16:05 - 16:10)
- Вы наверно, в каком-то другом мире живете, где есть время на документирование ПО, остается только завидовать. - VLLV(15.04.2019 14:35)
- Да, в другом (хмуро). И на документирование ПО, и на журнал версий ПО, и на code review. - Скрипач(15.04.2019 14:45 - 14:52)
- Если уж коверкать слова, предлагаю не прототриды, а пуськи бятые. Ну и switch всего лишь потому, что в рамках стандартного Си только так и можно. GCC даёт расширение "labels as values", с ним гораздо эффективнее. - SciFi(15.04.2019 14:17 - 14:21)
- 1) Исправил 2) А вы готовы закладывать в архитектуру уникальную особенность одного единственного (хоть и мега-крутого) компилятора? Скрипач(57 знак., 15.04.2019 14:34)
- Целых два компилятора: GCC и Clang. - LightElf(12.05.2025 12:40)
- Учитывая то, что компиляторов С всего лишь три (да и то, третий -
sdcc - исключительно для микроконтроллеров), получаем абсолютное
большинство. - Eddy_Em(12.05.2025 14:03)
- Сильно больше трех. Только у меня штук пять используется. - LightElf(12.05.2025 14:06)
- Свободных? И какие же? Есть лишь три сишных компилятора: gcc, шланг
и sdcc. Несвободные считаем несуществующими. Т.к. несвободным
софтом пользоваться - западло! - Eddy_Em(12.05.2025 14:07)
- OpenWatcom, LCC, TCC - это только более-менее на слуху. - LightElf(12.05.2025 14:12)
- Свободных? И какие же? Есть лишь три сишных компилятора: gcc, шланг
и sdcc. Несвободные считаем несуществующими. Т.к. несвободным
софтом пользоваться - западло! - Eddy_Em(12.05.2025 14:07)
- Сильно больше трех. Только у меня штук пять используется. - LightElf(12.05.2025 14:06)
- Учитывая то, что компиляторов С всего лишь три (да и то, третий -
sdcc - исключительно для микроконтроллеров), получаем абсолютное
большинство. - Eddy_Em(12.05.2025 14:03)
- А я и не закладываю. Просто GCC даёт ускоренный вариант, достаточно подсунуть компилятору в командную строку правильный define, в остальном всё можно оставить как везде. Кстати, таки protothreads. И никакой он не Дункан :-) - SciFi(15.04.2019 14:39, ссылка)
- А что со switch делать, если они в исходниках есть, а хотим прыгнуть на компилятор, который не умеет? Кроме того, это будет вторая (другая) переменная состояния, вы точно этого хотите? :) Скрипач(45 знак., 15.04.2019 14:43)
- А зачем "прыгать на компилятор", который это не умеет? Пытаться код
с STM32 на STM8 перенести (увы, под STM8 gcc не умеет, поэтому
приходится убогий sdcc использовать)? Eddy_Em(167 знак., 12.05.2025 14:06)
- Есть еще TCC и LCC, с которыми есть шансы столкнуться. - LightElf(12.05.2025 14:09)
- Но зачем, когда есть gcc? Eddy_Em(70 знак., 12.05.2025 14:11)
- Затем, что gcc не умеет, например, в Эльбрус. И комилить на ходу прямо в ОЗУ - тоже. А гугол про LCC врет. - LightElf(12.05.2025 14:16)
- Но зачем, когда есть gcc? Eddy_Em(70 знак., 12.05.2025 14:11)
- Есть еще TCC и LCC, с которыми есть шансы столкнуться. - LightElf(12.05.2025 14:09)
- А зачем "прыгать на компилятор", который это не умеет? Пытаться код
с STM32 на STM8 перенести (увы, под STM8 gcc не умеет, поэтому
приходится убогий sdcc использовать)? Eddy_Em(167 знак., 12.05.2025 14:06)
- А что со switch делать, если они в исходниках есть, а хотим прыгнуть на компилятор, который не умеет? Кроме того, это будет вторая (другая) переменная состояния, вы точно этого хотите? :) Скрипач(45 знак., 15.04.2019 14:43)
- Целых два компилятора: GCC и Clang. - LightElf(12.05.2025 12:40)
- 1) Исправил 2) А вы готовы закладывать в архитектуру уникальную особенность одного единственного (хоть и мега-крутого) компилятора? Скрипач(57 знак., 15.04.2019 14:34)
- Анонимность состояний Protothreads это не священная корова. Лечится, если нужно. Вопрос не в выборе между switch, goto или Protothreads. Переход через точку входа должен изменить состояние, иначе это не документируется (разве что вручную), а кроме Vit(204 знак., 15.04.2019 15:32)
- Именно что документировать. А не подменять документацию "осмысленными именами переменных". Вы правы в том смысле, что если уж пишем prototreads, то переход между состояниями КА неплохо бы сделать частью этой библиотеки. Скрипач(218 знак., 15.04.2019 14:10 - 14:34)
- Мой вариант самый лучший 😁😁😁 Бoмж(1140 знак., 12.05.2025 15:09)
- Мой вариант - намного лучше. Собственно состояния - прототридсы. goto это переход на мини блоки инициализации каждого из состояний. Скрипач(232 знак., 15.04.2019 12:20)
- офигеть, это всерьез? А то, что состояние - это не место в коде, а банальная переменная, которая выбирает место в коде - не рассматривается? т.е. массив функций по индексу - открытие? - VLLV(12.04.2019 16:04)
- Т.е. продолжаем прыгать, но не специально созданной для этого инструкцией, а каким-то через-оппным способом, нагородив кучу лишнего, загромождающего синтаксиса?! Скрипач(58 знак., 12.04.2019 16:43)
- Какой еще оопный способ в записи function[state]() ? А что касается читабельности, то 1) см ссылку 2) я сопровождаю старые проекты, написанные "в лоб", и новые, с использованием возможностей препроцессора, и могу сравнивать. На днях маханул шашкой VLLV(67 знак., 12.04.2019 16:51, ссылка)
- По сравнению с меткой? Две сущности вместо одной. Четыре строки текста вместо одной. Вызов функции не может быть именно в том месте где меняем состояние, нужен отдельно планировщик - еще несколько строк текста там, где они не нужны. Скрипач(117 знак., 12.04.2019 16:58)
- Планировщик - это одна строка "for (;;)". Но ладно, я сдаюсь, спишем неприятие GOTO на мою тупость ;) - VLLV(12.04.2019 18:14)
- На добивание. Скрипач(244 знак., 12.04.2019 18:38)
- Точно также! :) VLLV(341 знак., 12.04.2019 18:43)
- Параметры где? function[head.state](input1,output1,fault1,option1,option3) ? И на каждое состояние ОТДЕЛЬНАЯ функция? И на каждый тип агрегата отдельный тип массива функций? - Скрипач(12.04.2019 19:25 - 19:29)
- тут не просто один тип массива - просто один массив) Но это скорёе извращение, обычно на структуру агрегатора передается указатель. И параметров меньше нужно передавать. - VLLV(12.04.2019 20:19)
- Еще одна сущность.Ну и проверки типов, как я понимаю... придумали трусы? :) Скрипач(557 знак., 12.04.2019 20:25 - 20:37)
- Усё, здаюсь - VLLV(12.04.2019 20:34)
- Это зря. Со злом надо бороться) - s_h_e(13.04.2019 09:24)
- Усё, здаюсь - VLLV(12.04.2019 20:34)
- Еще одна сущность.Ну и проверки типов, как я понимаю... придумали трусы? :) Скрипач(557 знак., 12.04.2019 20:25 - 20:37)
- тут не просто один тип массива - просто один массив) Но это скорёе извращение, обычно на структуру агрегатора передается указатель. И параметров меньше нужно передавать. - VLLV(12.04.2019 20:19)
- Параметры где? function[head.state](input1,output1,fault1,option1,option3) ? И на каждое состояние ОТДЕЛЬНАЯ функция? И на каждый тип агрегата отдельный тип массива функций? - Скрипач(12.04.2019 19:25 - 19:29)
- Точно также! :) VLLV(341 знак., 12.04.2019 18:43)
- Не соглашусь с тобой, Гудвин(27 знак., 12.04.2019 18:18)
- Застал на липистрониксе срач на эту тему. Зажигал небезызвестный koyodza :-) - SciFi(12.04.2019 18:39)
- Не прижилось - думать надо - то ли (0), то ли (1) :) - VLLV(12.04.2019 18:29)
- На добивание. Скрипач(244 знак., 12.04.2019 18:38)
- Планировщик - это одна строка "for (;;)". Но ладно, я сдаюсь, спишем неприятие GOTO на мою тупость ;) - VLLV(12.04.2019 18:14)
- По сравнению с меткой? Две сущности вместо одной. Четыре строки текста вместо одной. Вызов функции не может быть именно в том месте где меняем состояние, нужен отдельно планировщик - еще несколько строк текста там, где они не нужны. Скрипач(117 знак., 12.04.2019 16:58)
- Какой еще оопный способ в записи function[state]() ? А что касается читабельности, то 1) см ссылку 2) я сопровождаю старые проекты, написанные "в лоб", и новые, с использованием возможностей препроцессора, и могу сравнивать. На днях маханул шашкой VLLV(67 знак., 12.04.2019 16:51, ссылка)
- дело скорей не в GOTO а в парадигме, если однозначно переносим отлаженный автомат в код, то можно и в GOTO и ассемблер, а если структурное программирование, то прыгать запрещено. - NAUT(12.04.2019 16:35)
- Т.е. продолжаем прыгать, но не специально созданной для этого инструкцией, а каким-то через-оппным способом, нагородив кучу лишнего, загромождающего синтаксиса?! Скрипач(58 знак., 12.04.2019 16:43)
- Гордий вертится в гробу... - SciFi(12.04.2019 15:18)
- Их сжыгали. Язычники, фуле... - mse homjak(12.04.2019 15:21)
- В начале рисуем классический switch, где перебираем все возможные
состояния. Ну, а после него - еще один switch, который вызывает
return для всех ненужных состояний, а все нужные пропускает - чтобы
перейти к "хвосту" функции, который выполняется для нескольких
возможных состояний. Eddy_Em(383 знак., 12.05.2025 09:33)
- Его не Мисрой звали? - SciFi(12.04.2019 15:04)
- ...и поэтому юзайте jmp-ы - NAUT(12.04.2019 14:53)
- Мой жизненный принцип: "...но не любой ценой". Скрипач(213 знак., 12.04.2019 14:54 - 15:09)
- Дикий трэш. Не в том месте скобочка, а в такой лапше ее легко пропустить - и "счастливой отладки!". - s_h_e(13.04.2019 09:17)