9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: andrey100100100@gmail.com
To: 9fans@9fans.net
Subject: Re: [9fans] syscall silently kill processes
Date: Sun, 19 Jun 2022 15:01:30 +0300	[thread overview]
Message-ID: <80399efc2513a995bf6db79fddac7ca8c6dfd152.camel@gmail.com> (raw)
In-Reply-To: <9062460b3a0d6339dd0a2360c4ac35f0441a6cef.camel@gmail.com>

В Вс, 19/06/2022 в 14:40 +0300, andrey100100100@gmail.com пишет:
> В Вс, 19/06/2022 в 10:32 +0000, adr пишет:
> > On Sun, 19 Jun 2022, andrey100100100@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...
> > 
> > The changes I'm testing are not for evading the limit, but for
> > making the handler managment more efficient and specially to avoid
> > the case when a process could remove another process' handler from
> > onnote[].
> 
> Ok.
> 
> 
> More complete example with thread library:
> 
> -------------------------------------------------------------
> #include <u.h>
> #include <libc.h>
> #include <thread.h>
> 
> static int
> handler_alarm(void *, char *msg)
> {
>         if(strstr(msg, "alarm")){
>                 return 1;
>         }
> 
>         return 0;
> }
> 
> static void
> proc_func(void *c)
> {
>         Channel *chan = c;
> 
>         int fd, resp_len;
>         char req[] = "request";
>         char resp[512], *r = nil;
> 
>         if(threadnotify(handler_alarm, 1) == 0){
>                 fprint(1, "handler not registred\n");
>         }
> 
>         alarm(2000);
>         if((fd = dial("udp!185.157.221.201!5678", nil, nil, nil)) >=
> 0){
>                 alarm(0);
>                 alarm(2000);
>                 if(write(fd, req, strlen(req)) == strlen(req)){
>                         alarm(0);
>                         alarm(2000);
>                         if((resp_len = read(fd, resp, sizeof(resp)))
> 0){
>                                 alarm(0);
>                                 if((r = malloc(sizeof(resp))) ==
> nil){
>                                         sysfatal("malloc error: %r");
>                                 }
>                                 memmove(r, resp, sizeof(resp));
>                         }
>                 }
>                 close(fd);
>         }
> 

+         alarm(0);

>         send(chan, r);
>         threadexits(nil);
> }
> 
> int mainstacksize = 5242880;
> 
> void
> threadmain(int argc, char *argv[])
> {
>         Channel *chan = nil;
>         char *data = nil;
>         int nproc = 0;
> 
>         ARGBEGIN{
>         case 'n':
>                 nproc = atoi(EARGF(threadexitsall(nil)));
>                 break;
>         default:
>                 threadexitsall(nil);
>         }ARGEND;
> 
>         if((chan = chancreate(sizeof(char *), 0)) == nil){
>                 sysfatal("channel error: %r");
>         }
> 
>         for(int i = 0; i < nproc; i++){
>                 proccreate(proc_func, chan, 10240);
>         }
> 
>         for(int i = 0; i < nproc; i++){
>                 if(data = recvp(chan)){
>                         free(data);
>                 }
>         }
> 
>         if(nproc)
>                 fprint(1, "EXIT with nproc: %d\n", nproc);
> 
>         threadexitsall(nil);
> }
> -------------------------------------------------------------
> 
> cpu% 6.out -n 33
> EXIT with nproc: 33
> 
> with 34:
> 
> cpu% 6.out -n 34
> handler not registred
> 
> and stalled.
> 
> 
> So it is important for me that all processes respond.
> Such use, it seems to me, simplifies the program.
> 
> 

Regards,
Andrej

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

  reply	other threads:[~2022-06-19 12:02 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-17  9:37 andrey100100100
2022-06-17 13:46 ` Thaddeus Woskowiak
2022-06-17 14:11   ` Jacob Moody
2022-06-17 14:39     ` Thaddeus Woskowiak
2022-06-17 15:06     ` andrey100100100
2022-06-17 16:08       ` Skip Tavakkolian
2022-06-17 16:11         ` Skip Tavakkolian
2022-06-17 16:16           ` Skip Tavakkolian
2022-06-17 17:42             ` adr
2022-06-17 16:11       ` Jacob Moody
2022-06-17 18:48         ` andrey100100100
2022-06-17 19:28           ` Jacob Moody
2022-06-17 21:15           ` adr
2022-06-18  6:40             ` andrey100100100
2022-06-18  8:37               ` adr
2022-06-18  9:22                 ` adr
2022-06-18 12:53                   ` Jacob Moody
2022-06-18 22:03                     ` andrey100100100
2022-06-19  5:54                     ` adr
2022-06-19  6:13                       ` Jacob Moody
2022-06-18 22:22                   ` andrey100100100
2022-06-18 16:57                 ` andrey100100100
2022-06-19  2:40                   ` adr
2022-06-19  5:01                     ` adr
2022-06-19  8:52                       ` andrey100100100
2022-06-19 10:32                         ` adr
2022-06-19 11:40                           ` andrey100100100
2022-06-19 12:01                             ` andrey100100100 [this message]
2022-06-19 15:10                           ` andrey100100100
2022-06-19 16:41                             ` adr
2022-06-19 21:22                               ` andrey100100100
2022-06-19 21:26                                 ` andrey100100100
2022-06-20  4:41                                 ` adr
2022-06-20  5:39                                   ` andrey100100100
2022-06-20  5:59                                   ` adr
2022-06-20 15:56                                     ` andrey100100100
2022-06-20 22:29                                       ` Skip Tavakkolian
2022-06-21  7:07                                         ` andrey100100100
2022-06-21 11:26                                           ` adr
2022-06-21 13:03                                             ` andrey100100100
2022-06-21 13:22                                               ` adr
2022-06-28 15:28                                                 ` adr
2022-06-28 16:43                                                   ` ori
2022-06-28 18:19                                                   ` adr
2022-06-28 18:28                                                     ` adr
2022-06-28 19:09                                                   ` andrey100100100
2022-06-28 19:42                                                     ` adr
2022-06-29 13:14                                                       ` adr
2022-06-21 13:47                                             ` andrey100100100
2022-06-21  7:22                                         ` adr

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=80399efc2513a995bf6db79fddac7ca8c6dfd152.camel@gmail.com \
    --to=andrey100100100@gmail.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).