У себя использовал похожую схему. Я использовал - "постепенно исполняемые функции" (afn - async fn). Вообще любая такая функция просто набор 3х указателей: 1-состояние асинхронной функции (ctx), 2-обработчик сигналов (setup), 3-обработчик итерации (loop)
Если функция loop вернула 0 то она закончила, если 1-еще рабоает, остальные коды прерывания можно использовать для запросов. Функция setup тоже 0=ok. Фунция гарантируется что если вызвали setup(sevInit) то обязательно будет вызван setup(sevDone). И то что функция loop быполняет итерацию за конечное время. И самое главное предача кванта управления выполняется явно.
А вот для реализации итераций в обработчике loop была такая же схема как и тут на switch-е. Но не на LINE а на COUNTER. И все переменные которые использует асинхронная функция она явно описывает в своём состоянии. Примерно так:
example.c
/* example.c */
#include <stdio.h>
#include "afn.h"
#include "loop-fn.h"
typedef struct fn1_ctx {
loop_t loop;
int i;
} fn1_ctx;
int fn1_setup(fn1_ctx *my,int sev) {
if (sev==sevInit) LOOP_RESET(my->loop);
return 0;
}
int fn1_loop(fn1_ctx *my) {
LOOP_BEGIN(my->loop)
printf(" fn1.begin");
LOOP_POINT
printf(" fn1.step1");
LOOP_POINT
for(my->i=0;my->i<3;my->i++) {
printf(" fn1.i=%d",my->i);
LOOP_POINT
}
printf(" fn1.end");
LOOP_END
}
int main(int argc,char** argv) {
fn1_ctx fn1[1]; int it,rc;
fn1_setup(fn1,sevInit);
for(it=0;it<10;it++) {
printf("it=%2d fn1=%2d",it,fn1->loop);
rc=fn1_loop(fn1);
if (!rc) printf(" [fn1 is done]");
printf("\n");
if (!rc) break;
}
fn1_setup(fn1,sevDone);
return 0;
}
/* loop-fn.h - sequential execution function */
#ifndef __LOOP_FN_H__
#define __LOOP_FN_H__
typedef int loop_t;
#define LOOP_RESET(loop) { loop=0; }
#if defined(__COUNTER__) && __COUNTER__!=__COUNTER__
#define LOOP_BEGIN(loop) { enum { __loop_base=__COUNTER__ }; \
loop_t *__loop=&(loop); __loop_switch: int __loop_rv=1; \
switch(*__loop) { default: *__loop=0; case 0: {
#define LOOP_POINT { enum { __loop_case=__COUNTER__-__loop_base }; \
*__loop=__loop_case; goto __loop_leave; case __loop_case:{} }
#else
#define LOOP_BEGIN(loop) {loop_t*__loop=&(loop);__loop_switch:int __loop_rv=1;\
switch(*__loop){ default: case 0: *__loop=__LINE__; case __LINE__:{
#define LOOP_POINT { *__loop=__LINE__; goto __loop_leave; case __LINE__:{} }
#endif
#define LOOP_END { __loop_end: *__loop=-1; case -1: return 0; \
{ goto __loop_end; goto __loop_switch; } } \
}} __loop_leave: return __loop_rv; }
#define LOOP_SET_RV(rv) { __loop_rv=(rv); } /* rv must be non zero */
#define LOOP_INT(n) { __loop_rv=(n); LOOP_POINT } /* interrupt n */
#define LOOP_POINT_(name) { *__loop=name; goto __loop_leave; case name:{} }
#define LOOP_INT_(n,name) { __loop_rv=(n); LOOP_POINT_(name) }
#endif /* __LOOP_FN_H__ */
Такие функции могут итерироваться супервизорорами. Они очень удобно отслеживают и реагируют на аварийные ситуации и итерируют подопечную функцию. А для выполнения множеста таких функций используются планировщики. Они довольно разнообразны и это целая отдельная тема.
У USB клавиатур есть куча кодов которые можно было бы использовать. Например LANG1..LANG9 или даже какой-нибудь F13..F24.
Просто нажатые клавиши передаются через буфер клавиатуры, а переключение раскладки идёт другим путём, в результате наблюдается преключение языка не в тот момент когда его ожидают. Например вы быстро набираете текст переключаете язык и продолжаете набирать. И первые три буквы еще на старой раскладке а продолжение уже на новой (как пример). Такая фигня во всех ос. Потому что разные пути и разное время прихода событий. Особенно если что-то притормаживает (например браузер). А если был отдельный символ то он шел бы по тому же пути и такого рассогласования не возникало.
Более того можно было бы сделать тумблер или колесо для переключения языка или вообще отдельную педаль :)
Если вселенная расширяется, то краснеет не только гамма излучение, но и гравитационное. Как учитывается конечность распостранения взаимодействия в этих уравнениях? На достаточно больших расстояних гравитационные волны от одной части пространства перестанут доледать до другой из за того что время достижения станет бесконечным.
Неволнуйтесь, скоро микрософт поправит компилятор visual studio и он по умолчанию будет генерить код который перестанет пускаться на windows 10. После этого все python-ы и браузеры перестанут поддерживать win10. Это уже отработанная тактика. Так что банер это только начало.
Интересно к какому "классу защищенности" относится мессенджер MAX и как он относится к приказам ФСТЭК, особенно в свете его интенсивного массового "внедрения"?
Здорово. Но как там с заводами по производству подшипников из этих материалов. Есть условия для их создания и роста или попрежнему это экономически бесперспективно?
А где erlang? И как там с надёжностью промтопрограмированая на chatgpt ?
ps: Вообще человеки уже давно придумали как делать надёжные системы из не надёжных подсистем, а так же оценивать вероятность их отказа. Так что дублируем системы добавляем watchdog-и и ваш яп тут нафиг не нужон. Особенно если ваше супер надёжное по работает на не надёжном железе.
Он содержит код остановки и неисправный системный драйвер, что упрощает пользователям Windows и IT-администраторам определение причины возникновения сбоя на ПК.
«Это попытка внести ясность и предоставить более подробную информацию, которая позволяет нам и клиентам действительно понять суть проблемы, чтобы мы могли быстрее её исправить»
Лютейшая дичь. Для нет никакой информации для диагностики, это аппаратная ошибка или программная. Вот что мешало добавить датчики температур и напряжений, диагностику памяти. Более того разве нет в системе информации о последних обновления драйверов и установке софта. Да и за столько времени могли бы сделать диагностику и восстановление поврежденного реестра сделать.
Для упрощения диагностики надо выдавать краткую сводку которую можно передать голосом по телефону, а не эти 0% complete без возможности его пройти т.к. ос не предоставляет вообще никаких инструментов.
Не говоря уже об автоматическом решении проблем, которое вообще никогда не работало. ps: хотя бы таймер с последнего BSOD вывели "0 дней без BSOD"
Интересно чем закончится эксперимент. Морская вода довольно агрессивная среда, плюс всякие отложения, взвеси и живые организмы. Так что срок службы скорее всего в 50-60 лет выбран чтобы показать красивые цифры. Более того тепло которые будут выделять эти конденсаторы (кпд75% остальное в тепло) будет создавать конвективные потоки и если таких сфер будет много то интересно как эти тёплые течения повлияют на местную флору и фауну. Так что экологичность тоже еще надо доказать. Да и в случае аварии обслуживать эту установку на глубине 600-800 метров то еще удовольствие, что может значительно увеличить стоимось хранения.
У себя использовал похожую схему. Я использовал - "постепенно исполняемые функции" (afn - async fn). Вообще любая такая функция просто набор 3х указателей: 1-состояние асинхронной функции (ctx), 2-обработчик сигналов (setup), 3-обработчик итерации (loop)
afn.h
Если функция loop вернула 0 то она закончила, если 1-еще рабоает, остальные коды прерывания можно использовать для запросов. Функция setup тоже 0=ok. Фунция гарантируется что если вызвали setup(sevInit) то обязательно будет вызван setup(sevDone). И то что функция loop быполняет итерацию за конечное время. И самое главное предача кванта управления выполняется явно.
А вот для реализации итераций в обработчике loop была такая же схема как и тут на switch-е. Но не на LINE а на COUNTER. И все переменные которые использует асинхронная функция она явно описывает в своём состоянии. Примерно так:
example.c
output:
loop-fn.h
Такие функции могут итерироваться супервизорорами. Они очень удобно отслеживают и реагируют на аварийные ситуации и итерируют подопечную функцию. А для выполнения множеста таких функций используются планировщики. Они довольно разнообразны и это целая отдельная тема.
У USB клавиатур есть куча кодов которые можно было бы использовать.
Например LANG1..LANG9 или даже какой-нибудь F13..F24.
Просто нажатые клавиши передаются через буфер клавиатуры, а переключение раскладки идёт другим путём, в результате наблюдается преключение языка не в тот момент когда его ожидают. Например вы быстро набираете текст переключаете язык и продолжаете набирать. И первые три буквы еще на старой раскладке а продолжение уже на новой (как пример). Такая фигня во всех ос. Потому что разные пути и разное время прихода событий. Особенно если что-то притормаживает (например браузер). А если был отдельный символ то он шел бы по тому же пути и такого рассогласования не возникало.
Более того можно было бы сделать тумблер или колесо для переключения языка или вообще отдельную педаль :)
Если вселенная расширяется, то краснеет не только гамма излучение, но и гравитационное. Как учитывается конечность распостранения взаимодействия в этих уравнениях? На достаточно больших расстояних гравитационные волны от одной части пространства перестанут доледать до другой из за того что время достижения станет бесконечным.
Уже кнопу для копилота сделали, но кнопки переключения раскладки досих пор нет. Вроде тривиальная идея, но её досих пор нет.
Неволнуйтесь, скоро микрософт поправит компилятор visual studio и он по умолчанию будет генерить код который перестанет пускаться на windows 10. После этого все python-ы и браузеры перестанут поддерживать win10. Это уже отработанная тактика. Так что банер это только начало.
Интересно к какому "классу защищенности" относится мессенджер MAX и как он относится к приказам ФСТЭК, особенно в свете его интенсивного массового "внедрения"?
Новости чем дальше тем всё больше похожи на детсадовские.
Измеритель скорости есть, теперь можно и штрафы за превышение вводить 8-)
Лучше уж такая книжка: Practical C++ Game Programming with Data Structures and Algorithms
ISBN 978-1-83588-986-2 Она на базе raylib. А для изучения c++ можно такую книгу посмотреть
Типа такого IMU
Здорово. Но как там с заводами по производству подшипников из этих материалов. Есть условия для их создания и роста или попрежнему это экономически бесперспективно?
А есть такой моноширинный шрифт что бы unicode-символы были одной ширины и не разъёзжались
Например шрифт IBM 3270 показывает как должно быть, а все остальные лютый треш
Идея в том чтобы их ставить в подземные города, что бы отсидеться во время ядерной зимы?
А вот пример не дружественного svg
https://techcrunch.com/2025/07/16/xai-is-hiring-an-engineer-to-make-anime-girls/
https://vkvideo.ru/video-48265019_456244678
А где erlang?
И как там с надёжностью промтопрограмированая на chatgpt ?
ps: Вообще человеки уже давно придумали как делать надёжные системы из не надёжных подсистем, а так же оценивать вероятность их отказа. Так что дублируем системы добавляем watchdog-и и ваш яп тут нафиг не нужон. Особенно если ваше супер надёжное по работает на не надёжном железе.
Timon & Pumbaa's Jungle Games - Bugs Drop
https://youtu.be/uRGNI2scvUg?t=2369
Лютейшая дичь. Для нет никакой информации для диагностики, это аппаратная ошибка или программная. Вот что мешало добавить датчики температур и напряжений, диагностику памяти. Более того разве нет в системе информации о последних обновления драйверов и установке софта. Да и за столько времени могли бы сделать диагностику и восстановление поврежденного реестра сделать.
Для упрощения диагностики надо выдавать краткую сводку которую можно передать голосом по телефону, а не эти 0% complete без возможности его пройти т.к. ос не предоставляет вообще никаких инструментов.
Не говоря уже об автоматическом решении проблем, которое вообще никогда не работало.
ps: хотя бы таймер с последнего BSOD вывели "0 дней без BSOD"
Интересно чем закончится эксперимент. Морская вода довольно агрессивная среда, плюс всякие отложения, взвеси и живые организмы. Так что срок службы скорее всего в 50-60 лет выбран чтобы показать красивые цифры. Более того тепло которые будут выделять эти конденсаторы (кпд75% остальное в тепло) будет создавать конвективные потоки и если таких сфер будет много то интересно как эти тёплые течения повлияют на местную флору и фауну. Так что экологичность тоже еще надо доказать.
Да и в случае аварии обслуживать эту установку на глубине 600-800 метров то еще удовольствие, что может значительно увеличить стоимось хранения.