From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.5-pre1 Path: eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: is there a version of unix written in Ada Date: Fri, 2 Oct 2020 22:14:49 -0500 Organization: JSA Research & Innovation Message-ID: References: <57eb7a65-51ea-4624-b9dc-9c4dda0fee59n@googlegroups.com> <5f70fd3b$0$13541$426a74cc@news.free.fr> <87wo0d3iac.fsf@nightsong.com> <87sgb02l7b.fsf@nightsong.com> <875z7vyy1u.fsf@nightsong.com> <87wo0bkns3.fsf@nightsong.com> Injection-Date: Sat, 3 Oct 2020 03:14:51 -0000 (UTC) Injection-Info: franka.jacob-sparre.dk; posting-host="rrsoftware.com:24.196.82.226"; logging-data="22054"; mail-complaints-to="news@jacob-sparre.dk" X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246 Xref: reader02.eternal-september.org comp.lang.ada:60390 List-Id: "J-P. Rosen" wrote in message news:rl6lka$ccv$1@dont-email.me... > > Le 02/10/2020 à 08:56, Dmitry A. Kazakov a écrit : >> On 02/10/2020 07:36, J-P. Rosen wrote: >> >>> To continue on Randy's response: mutual exclusion is not blocking. >>> "Blocking" (as in "potentially blocking operation") means "being put on >>> a queue", i.e. when the waiting time is potentially unbounded. >> >> It would be a poor definition, because deadlock in not bounded as well. >> If jumping from one protected object to another is legal, we can >> construct a deadlock out of mutual exclusion. > But this would necessarily involve an "external call to the same > protected object", which is defined as a potentially blocking operation. Note that such an operation doesn't really block, it is a deadlocking operation; Ada lumped it into "potentially blocking" in order to save some definitional overhead. (A mistake, in my view, it should simply have been defined to raise Program_Error or maybe Tasking_Error.) "Potentially blocking", in normal use, means something else. Randy.