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=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,8893269a4640c798 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-07-23 05:28:40 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!harp.news.atl.earthlink.net!not-for-mail From: Marin David Condic Newsgroups: comp.lang.ada Subject: Re: terminate applications Date: Wed, 23 Jul 2003 08:28:34 -0400 Organization: MindSpring Enterprises Message-ID: <3F1E7F72.20301@noplace.com> References: <3F17DF3C.4080204@noplace.com> <3F196773.2060809@noplace.com> <3F19F86C.9050808@attbi.com> <3F1A772F.9060708@noplace.com> <3F1AD6FB.8080806@attbi.com> <3F1BD666.6040506@noplace.com> <3F1C4DA6.3070405@attbi.com> <3F1D29E8.60107@noplace.com> <3F1D2FDC.1070402@noplace.com> <3F1DC75A.5050300@noplace.com> <3F1E08E9.2070708@attbi.com> NNTP-Posting-Host: d1.56.a0.82 Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Server-Date: 23 Jul 2003 12:28:40 GMT User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (OEM-HPQ-PRS1C03) X-Accept-Language: en-us, en Xref: archiver1.google.com comp.lang.ada:40701 Date: 2003-07-23T12:28:40+00:00 List-Id: I think the answer is to have a standard library of stuff that provides connections to common OS operations. Most OS's support some kind of process kill capability - we just need a standard interface to it. In "normal" conditions, you use the Ada task abortion. When you need some specialized OS capability (such as killing without concern for cleanup, etc.) you connect to the OS in a standard way and let it do the wet-work for you. C saw a need to connect to the OS - it *is* the OS in many cases - so it has lots of nice, convenient, reasonably portable hooks for doing OS operations. Ada could do the same. Problem solved. :-) MDC Robert I. Eachus wrote: > > The other problem, of aborting a task that is waiting IN the OS has to > be an implementation defined thing. But it shouldn't be too hard to > talk your vendor in to checking whether a task that is being aborted is > waiting in an OS call and doing whatever OS specific thing is required > to get out there. Especially where Ada tasks correspond to OS threads, > that shouldn't be too hard. You don't care why that (abort protected) > thread is not in a ready state in the OS, you want to kill any such > threads. (Since making a blocking call from an abort protected region > is a bounded error, I don't think any langauge changes are required for > this.) > -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jast.mil/ Send Replies To: m c o n d i c @ a c m . o r g "In general the art of government consists in taking as much money as possible from one class of citizens to give to the other." -- Voltaire ======================================================================