Re: [9fans] syscall silently kill processes

[andrey100100100@gmail.com]

В Сб, 18/06/2022 в 08:37 +0000, adr пишет:
> On Sat, 18 Jun 2022, andrey100100100@gmail.com wrote:
> 
> > ---------------------------------------------
> > 
> > cpu% 6.out | grep end | wc -l
> >     33
> > 
> > 
> > Problem in unregistered handlers.
> 
> But unregistered handlers shouldn't be a problem. The process is
> been killed when alarm sends the note. That's why the code worked
> removing the read statement, the alarm is set off and the note is
> not sent before the process ends. I just don't see why the process
> is been killed. 

The process dies, because the handler that suppresses the default
behavior on note 'alarm' is not registered. And the default behavior is
death.

> The documentation describes another behaivor. To
> me it smells like bug barbecue (corrupted onnote?). Maybe I got
> something wrong, bear with me.
> 
> > > Note that you could register the handler in threadmain and avoid
> > > completely this issue, but as I said before, something seems
> > > wrong
> > > to me here.
> > 
> > I'm don't understand how handler in threadmain would solve the
> > problem.
> > I need in 'alarm' on per process basis.
> 
> You need alarm() in every process, but you don't need to register the
> same handler 80 times!


Perhaps I need different handlers for different processes.
Or, for some processes, I need a default behavior, and for some others,
a handler.

> 
> adr.
> 

Regards,
Andrej

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-Mc5582399d6c559ec53eddd59
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription