Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Muttley@DastardlyHQ.org Newsgroups: comp.lang.c Subject: Re: Python recompile Date: Tue, 11 Mar 2025 08:31:31 -0000 (UTC) Organization: A noiseless patient Spider Lines: 28 Message-ID: References: <871pv861ht.fsf@nosuchdomain.example.com> <20250308192940.00001351@yahoo.com> <20250309012626.00001276@yahoo.com> <20250309112807.0000489d@yahoo.com> <20250310152000.00004955@yahoo.com> Injection-Date: Tue, 11 Mar 2025 09:31:31 +0100 (CET) Injection-Info: dont-email.me; posting-host="8bd30de41f2aee446fabf4264622cf4f"; logging-data="1991329"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX188SCUQ1//2apkzoGNzDowt" Cancel-Lock: sha1:NLyC/phsZ10Mf2qUiIt14b31iU8= Bytes: 2425 On Mon, 10 Mar 2025 17:12:06 GMT scott@slp53.sl.home (Scott Lurndal) wibbled: >Muttley@DastardlyHQ.org writes: >>On Mon, 10 Mar 2025 15:20:00 +0200 >>Michael S wibbled: >>>Similar to poll(), yes. Not so similar to super-ugly select(). I hope >>>that Unix people stopped using select in new programs two or more >>>decades ago. >> >>Nothing wrong with select if you're not multiplexing hundreds of file >>descriptors. Does the job. >> > >The primary constraint for select(2) is not the _number_ of files >that can be selected amongst (although that _is_ a constraint), >but rather the largest file descriptor number is limited by the >select(2) bitmap interface (FD_SETSIZE not only defines the number >of file descriptors that can be passed, but also the highest >valued file descriptor that can be passed). poll(2) has no >such limits. File descriptors get reused on every version of *nix I've ever programmed on so unless you have hundreds of descriptors open at any one time thats not going to be a problem. I'm not saying select() is as good as poll(), its not, but its not as bad as people make out.