On Fri, Sep 29, 2023 at 09:57:29PM +0400, Maksim Dmitrichenko wrote:
>Очередь есть только у RT-сигналов.
>
>> В манах эта модель поведения называется "BSD semantics".
>> Модель без накопления называется "SysV semantics".
>> Можно выбрать алгоритм для конкретного сигнала.
>
>
пт, 29 сент. 2023 г. в 21:44, Eugene Berdnikov :
> On Fri, Sep 29, 2023 at 12:44:46PM +0400, Maksim Dmitrichenko wrote:
> > Сигналы не накапливаются в очередь.
>
> Мне казалось, что вполне себе накапливаются, при SA_RESTART.
>
Из man 7 signal:
Standard signals do not queue. If multiple
On Fri, Sep 29, 2023 at 12:44:46PM +0400, Maksim Dmitrichenko wrote:
> Сигналы не накапливаются в очередь.
Мне казалось, что вполне себе накапливаются, при SA_RESTART.
В манах эта модель поведения называется "BSD semantics".
Модель без накопления называется "SysV semantics".
Можно выбрать
пт, 29 сент. 2023 г. в 14:50, Eugene Berdnikov :
> Запись в пайп это сисколл, а потому очень долго и неэффективно. Повторю:
> сигналы хороши там, где нужна быстрая реакция, в самые горячих точках
> кода.
> Если это не нужно, то poll/select намного проще. Тут мы расходимся во
> взглядах с
On Fri, Sep 29, 2023 at 12:53:28PM +0400, Maksim Dmitrichenko wrote:
>пт, 29 сент. 2023 г. в 12:37, Eugene Berdnikov <[1]b...@protva.ru>:
>
>> Потому как любое
>> действие, затрагивающее libc, грозит разносом стэка, и вообще во время
>> обработки сигнала сплошь минные поля. А
On 29/09/2023 13:45, Eugene Berdnikov wrote:
On Thu, Sep 28, 2023 at 11:52:49PM +0300, Andrey Jr. Melnikov wrote:
Это явно результат вызова openlog() где-то внутри syslog().
Я догадываюсь, но syslogd, вызывающий openlog(), это форменная шиза...
Ты не считаешь, что автора такого изделия
On 28/09/2023 21:09, Eugene Berdnikov wrote:
On Thu, Sep 28, 2023 at 05:32:35PM +0700, Max Nikulin wrote:
Останавливается перед этим нормально?
Ммм... не знаю. Он при остановке что-то странное делает.
Я скорее про то, что не остается ли старого pid-файла или еще
какого-нибудь мусора.
пт, 29 сент. 2023 г. в 12:37, Eugene Berdnikov :
> Потому как любое
> действие, затрагивающее libc, грозит разносом стэка, и вообще во время
> обработки сигнала сплошь минные поля. А когда из сигхэндлера вернулся,
> нужно как-то мониторить тот факт, что тебе пришёл сигнал, т.е. рядом
> с
вт, 26 сент. 2023 г. в 11:24, Andrey Jr. Melnikov :
> А я предлагал сделать проще - весь этот цирк с конями дополнить сигналами.
>
> Т.е. с твоей точки зраения один signal(1, SIGRTMIN+x) хуже чем вся эта
> пляска вокруг файликов с сигналами и FIFO?
>
Хуже API, чем API на сигналах,
On Thu, Sep 28, 2023 at 11:30:47PM +0300, Andrey Jr. Melnikov wrote:
> Max Nikulin wrote:
> > Послать-то сигнал может и просто, а вот правильно поймать уже некоторое
> > искусство. Чинить обработчики сигналов - трудоемкий процесс. За это я
> > сигналы не люблю.
> Вот и не надо перекладывать
On Thu, Sep 28, 2023 at 11:52:49PM +0300, Andrey Jr. Melnikov wrote:
> > и он перед экзитом выполняет такой код:
>
> > [pid 848] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=1428154,
> > si_uid=0} ---
> > [pid 848] gettid()= 848
> > [pid 848] getpid()
11 matches
Mail list logo
