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,f6ee8ca03c176d76 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-08-29 12:28:04 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed1.cidera.com!Cidera!torn!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail Message-ID: <3D6E735F.2080400@cogeco.ca> From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) Gecko/20020618 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: stupid question: how can I finish a program? References: <5ee5b646.0208241822.34540e8b@posting.google.com> <3D6D00B9.60EECCFB@san.rr.com> <3D6D4F44.4872BCFA@san.rr.com> <3D6E507E.7010805@cogeco.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 29 Aug 2002 15:17:51 -0400 NNTP-Posting-Host: 198.96.47.195 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1030648672 198.96.47.195 (Thu, 29 Aug 2002 15:17:52 EDT) NNTP-Posting-Date: Thu, 29 Aug 2002 15:17:52 EDT Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:28573 Date: 2002-08-29T15:17:51-04:00 List-Id: Larry Kilgallen wrote: > In article <3D6E507E.7010805@cogeco.ca>, "Warren W. Gay VE3WWG" writes: > > >>Even in "proper O/S" there are occaisions where cleanup is needed, >>but not automatically done by the O/S. Here are 3 examples of >>this, that can happen on [pick your] UNIX: >> >> - Allocated _SHARED_ memory >> - Created message queues (IPC) >> - Create semaphores >> >>The reason these are not automatically cleaned up by the O/S is that >>sometimes you want them to persist beyond the creating process' >>lifetime (because they are shared by other processes). > > VMS tends toward making those go away when the last accessing program > exists. At least for the first one there is an option to make it really > permanent, but I don't think I have ever really wanted that. UNIX does support the idea of a SEM_UNDO operation, where semaphores are "undone" if the process is blown away. However, even that is not necessarily the right thing to do (do you want to unlock a botched shared memory region and hope for the best?) >>This depends upon the application designer (not the O/S). The temp file >>is indeed automatically cleaned up by the O/S if the application writer >>uses the correct calls or does it correctly himself. > > On top of all those other requirements, you want correct programming ? Is there any other kind of Ada programmer? ;-) -- Warren W. Gay VE3WWG http://home.cogeco.ca/~ve3wwg