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=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!Xl.tags.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail NNTP-Posting-Date: Tue, 07 Jun 2016 19:19:00 -0500 From: Dennis Lee Bieber Newsgroups: comp.lang.ada Subject: Re: Advice, tasking and hardware Date: Tue, 07 Jun 2016 20:19:02 -0400 Organization: IISS Elusive Unicorn Message-ID: References: <25c43463-47ca-4021-82ee-299e6a075faa@googlegroups.com> <2c0dfaf8-9344-4b9c-87b4-12de687687ce@googlegroups.com> <0dc88dae-098b-4282-b1da-4798cc14131d@googlegroups.com> <8ada2408-b58b-4a32-bc95-f90689d5a8e4@googlegroups.com> X-Newsreader: Forte Agent 6.00/32.1186 X-No-Archive: YES MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Usenet-Provider: http://www.giganews.com NNTP-Posting-Host: 108.68.177.57 X-Trace: sv3-RlwU4IUtuQjRUAkJ7OzEiPYG+dKCxlJtTn8V2Ljt8Ak0XrnKRTBfNPhfs7917R/OU/JqHDZUsbEFg5h!Kp8hChZv7OvCn5K35UYCjgiX7JTf24FytrOgyc9FmNrV4OkDnt3lUPbZEZ3VOCzk+CKWygjGNNNI!tDd/SuYtnwBupO3E74fasyp3nIw= X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 X-Original-Bytes: 3066 X-Received-Bytes: 3178 X-Received-Body-CRC: 852418014 Xref: news.eternal-september.org comp.lang.ada:30652 Date: 2016-06-07T20:19:02-04:00 List-Id: On Tue, 7 Jun 2016 09:53:37 -0700 (PDT), rieachus@comcast.net declaimed the following: >On Monday, June 6, 2016 at 3:19:20 AM UTC-4, Dmitry A. Kazakov wrote: > >> As questionable aborting task is, if do, that is unrelated to any >> protected objects. They block nothing unless erroneous, e.g. when you >> run an infinite loop within a protected action. If you do you would not >> be able to abort the task stuck in the action, it is abort-deferred. > >Sigh! This is the one instance where aborting a task is not just appropriate, but sometimes necessary. I have no control over, for example, bit flipping by cosmic rays. If the deadman timer runs out, there is a serious problem and the airplane (or launch vehicle) is falling out of the sky. For tasks which close as expected, my code does not abort them. For tasks that keep running, abort may clear the issue. If it doesn't? You have a very expensive pile of wreckage to analyze. If a task got stuck in a loop but not in an abort deferred area, the abort works, and if the times are set right, you may recover the system. Based on the systems I've seen at my current employer... If, for example, a deadman timer does go off... The entire system is restarted -- recreating ALL tasks -- but attempting to save the data state (a cold start does destructive RAM tests, a warm start skips those). No attempt is made to abort pieces of the system or restart them. All tasks are created during the initialization phase, before the system is "active". -- Wulfraed Dennis Lee Bieber AF6VN wlfraed@ix.netcom.com HTTP://wlfraed.home.netcom.com/