А для recv на такой тривиальной проге что он будет звать? Там же никакого IO нет.

а хер знает

скорее всего, select() с пустым сетом и таймаутом

я полтора года назад код читал, лень снова лезть

Ну если я  в хендлете сигнала *только* флаг поставлю, и не выйду с программы – то, с учётом того что у меня:
• асинхронные таймеры поллят этот флаг раз в секунду, и если стоит – то выполняют свой коллбек;
• все сетевые запросы перед отправкой проверяют флаг, и если он стоит – не отправляются, а возвращают undef
– то по идее, не важно, аккауратно ли я ставлю флаг, так как он будет проверен лишь когда выполнение дойдёт до него. То есть все асинхронные коллбеки рано или поздно дойдут до проверки флага (запросы перестанут отправляться, а таймеры долгого ожидания сработают не позже чем через секунду).

И по итогу, всё в программе проработает и выйдет, потому что в меня в коде написано: если вместо ответа пришёл undef – то выйти, а не продолжать.
Вот они все и выйдут!

Ранее, пока использовал Cli – ставил флаг по вводу определённой команды в консоль.

Вот я также думаю. В общем, надо AE`шный обработчик сигналов + выставлять latency

если таймеры есть, то быстрее сработает

Хм. Типа, пример некорректный?

Да, надо с таймером попробовать, ну-ка…

ахаха

      $SIG_TW = AE::timer
         $MAX_SIGNAL_LATENCY - ($NOW - int $NOW),
         $MAX_SIGNAL_LATENCY,
         sub { } # just for the PERL_ASYNC_CHECK
      ;

просто внутренний костыльный таймер :)

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

короче, если таймеры уже есть, можно переменную не ставить

Ну, логично.

Но в общем случае раз есть требование, то я бы поставил раз в секунду. Это не так много.

А, понял. Типа, Ctrl+C обработается перед вызовом коллбека таймера?

Кажется, да…

ну, должен перед

а на винде как получится :)

Хи, попробовал.

Если там signal – то после коллбека таймера, а если и signal и SIG – то SIG вызывается перед!

И видимо, SIG съедает его, он уже в signal не доходит.

Сам сигнал регистрируется в момент его поступления. Но его обработчик (send на condvar) запустится только когда управление выйдет из C`шного кода, а это произойдёт только когда что-то произойдёт с I/O, либо сработает таймер