From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Anti-Ada FUD (rant) Date: Mon, 23 Sep 2013 11:36:24 +0200 Organization: cbb software GmbH Message-ID: <1ixhazoag8y0l.4mpw6pmi83xm.dlg@40tude.net> References: <2f813569-5ff8-4c20-a5ab-8538e6514906@googlegroups.com> <6a978d1c-1922-448b-91f7-cf8a19eab1fd@googlegroups.com> <1lgdqz079ogp5.1ti8931i9me3x$.dlg@40tude.net> <8203a0cd-5238-4086-8ca0-1c6c1b3fec09@googlegroups.com> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: IenaDxMXK2hi7fvYcb+MlQ.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:17239 Date: 2013-09-23T11:36:24+02:00 List-Id: On Mon, 23 Sep 2013 01:36:22 -0700 (PDT), Peter Brooks wrote: > On Monday, 23 September 2013 09:34:56 UTC+2, Dmitry A. Kazakov wrote: >> >> I don't see any relation ether. Clearly if TCP/IP were developed as a part >> of UNIX, socket would become a file. Yes, UNIX had no slightest idea that >> I/O could be asynchronous. As a result it ran a separate process for each >> possible kind of event. What a mess! >> > If by 'event' you mean a data stream, then, how is that synchronous I/O? Stream may have events attached to it. But I don't understand your question. There is no reason why sockets must be treated differently from other I/O. >> (And fork/exec is one of the ugliest parts of UNIX) >> > Any justification for that prejudice? Fork/exec represent a unique combination of total disregard to efficiency with violation of practically any known principle of good software design. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de