Re: [9fans] syscall silently kill processes (fwd)

2022-06-19 Thread adr
The last mail got screwed, I'm resending this for clarity. /sys/src/libthread/sched.c: [...] if(t == nil){ _threaddebug(DBGSCHED, "all threads gone; exiting"); cancelnotes(p->pid); _schedexit(p); }

Re: [9fans] syscall silently kill processes

2022-06-19 Thread adr
On Mon, 20 Jun 2022, adr wrote: But I have something in mind for a case like this, when all the processes are going to use the same handler (that's why I was asking). Let me play with it a litle before I share it. Ok, the idea is this: If in is bigger than zero in threadnotify(int (*f)(void*, c

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Пн, 20/06/2022 в 04:41 +, adr пишет: > On Mon, 20 Jun 2022, andrey100100...@gmail.com wrote: > > The note 'alarm' is needed to interrupt the system call on timeout > > since system calls to lan 9 can be of a network nature, a notes is > > indispensable. > > A great example of this is the read

Re: [9fans] syscall silently kill processes

2022-06-19 Thread adr
On Mon, 20 Jun 2022, andrey100100...@gmail.com wrote: The note 'alarm' is needed to interrupt the system call on timeout since system calls to lan 9 can be of a network nature, a notes is indispensable. A great example of this is the read() system call on a udp-connection. How else can this syste

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Пн, 20/06/2022 в 00:22 +0300, andrey100100...@gmail.com пишет: > В Вс, 19/06/2022 в 16:41 +, adr пишет: > > On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: > > > Yes, you were absolutely right, the thread library needs some > > > work. > > > > > > It is impossible to use multiple proce

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Вс, 19/06/2022 в 16:41 +, adr пишет: > On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: > > Yes, you were absolutely right, the thread library needs some work. > > > > It is impossible to use multiple processes with notes, due to the > > exhaustion of the NFN limit. > > Andrej, what ar

Re: [9fans] syscall silently kill processes

2022-06-19 Thread adr
On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: Yes, you were absolutely right, the thread library needs some work. It is impossible to use multiple processes with notes, due to the exhaustion of the NFN limit. Andrej, what are you going to do with alarm in the real thing? You could use

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Вс, 19/06/2022 в 10:32 +, adr пишет: > On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: > > No way. All processes must run simultaneously. > > NFN limit cannot be bypassed. > > Yeah, that's why I said it was silly: > > > > The solution is obvious, cancel the process' handlers before it

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Вс, 19/06/2022 в 14:40 +0300, andrey100100...@gmail.com пишет: > В Вс, 19/06/2022 в 10:32 +, adr пишет: > > On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: > > > No way. All processes must run simultaneously. > > > NFN limit cannot be bypassed. > > > > Yeah, that's why I said it was si

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Вс, 19/06/2022 в 10:32 +, adr пишет: > On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: > > No way. All processes must run simultaneously. > > NFN limit cannot be bypassed. > > Yeah, that's why I said it was silly: > > > > The solution is obvious, cancel the process' handlers before it

Re: [9fans] syscall silently kill processes

2022-06-19 Thread adr
On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: No way. All processes must run simultaneously. NFN limit cannot be bypassed. Yeah, that's why I said it was silly: The solution is obvious, cancel the process' handlers before it exits so we don't run out of space. This was really silly..

Re: [9fans] syscall silently kill processes

2022-06-19 Thread andrey100100100
В Вс, 19/06/2022 в 05:01 +, adr пишет: > On Sun, 19 Jun 2022, adr wrote: > > The solution is obvious, cancel the process' handlers before it > > exits so we don't run out of space. > > This was really silly... > > > Now, is there any reason to not do that in threadexits() when it > > terminat