Не знаю чего вы не догоняете.
Но чтобы не делать 100 раз push и потом 100 pop, ручками сдвигаем вершину стека (резервируя без инициализации на стеке N байт), что гораздо эффективнее со всех сторон.
Потом используем этот участок памяти как нам заблагорассудится. Действительно просто.

Опять не понял. Где конкретно об этом говорится?

Ничего не могу на это ответить , пока не попробую. Обычно я предполагаю или точно знаю сколько потребуется буфера. Но , конечно запомнил подход. Спасибо!

MKdemiurg

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

PCF8563 - можно запустить RTC и таймер. При совпадении будильника или конца счёта таймера - получаете прерывание. Можно активировать оба прерывания. Оба дадут спад в "0". Восстанавливается программно. Теоретически совпасть могут с точностью до миллисекунд. Если я в обработчике установку таймера сделаю...

Я вот уже и подумал. Даже если прерывание "пропадёт" я просто в обработчике считаю флаги... Насколько я понял флаг прерывания обнуляется при входе в обработчик. Значит если придёт импульс во время обработки , то после выхода опять сработает прерывание... Как то так...

Нигде. Он видимо попутал.
Выделение и освобождение памяти на стеке-ли, на куче-ли происходит в нормальной ситуации ИМХО в одном контексте.
Касаемо стека:
в случае передачи/возвращения структур - снаружи (call-ret),
в случае локального временного буфера - внутри (call-ret).

Т.е. гланая программа перед вызовом процедуры резервирует для неё Nбайт в области стека путём уменьшения указателя.
После выполнения процедуры главная программа длжна восстановить указатель.

Это ж обычный метод передачи параметров в функцию.
Что здесь нового?
И причем здесь прерывания?

Нет не так. Не об этом говорим, а о локальном стековом фрейме функции.
Это другое.
А где про новизну-то вообще упоминается? Скорее наоборот я подчеркнул ранее что всё это придумали ещё во времена динозавров.
При том что на AVR8 нужно их блокировать на время модификации SPL+SPH.
Какие ещё вопросы будут? Вы тему от начала меедленно перечитайте и не будет столько вопросов мимо кассы

Это зря вы так решили...

Обнуляется флаг Вашего прерывания (MCU) а , данные которые Вы считаете с RTC - останутся до тех пор пока сами не обнулите.
Да сработает , если Вы успеете сбросить предыдущее в самой микросхеме , на это у Вас есть секунда т.к если Вы установили , что пришло время прочитать часы , а флага будильника нет , то он может появится только спустя секунду.
Вот Ваши биты :

Установлены оба - значит считаете часы и звените.

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

Ну так я об этом и думал но мне пишут:




А зачем может понадобиться реентерабельность обработчика прерываний?

Хороший вопрос! Я ждал его! (С) из х/ф "День радио"
Обычно не зачем, но варианты возможны. Например одна и та же функция вызывается и в фоне и в обработчике, являясь по сути его телом.
PS: Я где-то говорил о реентерабельность обработчика прерываний?

Ага, теперь понятно.
Т.о. вызываемая процедура "наглым образом" производит самозахват памяти в области стека, пользует её как хочет а перед выходом (вволю наигавшись) освобождает.
Жаль что у меня нет задач чтоб это использовать.


Нигде, мне просто было интересно Ваше мнение.