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,8623fab5750cd6aa X-Google-Attributes: gid103376,public Newsgroups: comp.lang.ada Subject: Re: Ada BIND was: Improving Ada's image - Was: 7E7 Flight Controls Electronics References: <40b9c99e$0$268$edfadb0f@dread16.news.tele.dk> <1086715817.122983@master.nyc.kbcfp.com> <1086733411.736049@master.nyc.kbcfp.com> <3Auxc.11998$XY6.1296622@read2.cgocable.net> <40C85035.4020706@noplace.com> <40CA0032.3010103@noplace.com> <40CAF0E1.4000904@noplace.com> <40CEE1BC.4000508@noplace.com> <7wKzc.29929$mz.28528@nwrdny02.gnilink.net> <_NKzc.96059$dP1.312794@newsc.telia.net> <5gLzc.30020$mz.20711@nwrdny02.gnilink.net> From: Brian May X-Home-Page: http://snoopy.apana.org.au/~bam/ Date: Wed, 16 Jun 2004 09:23:49 +1000 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:WT2G5EMTx1vEISy8J1MfQWla6LY= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: dsl-202-173-153-89.vic.westnet.com.au X-Trace: news.melbourne.pipenetworks.com 1087341830 202.173.153.89 (16 Jun 2004 09:23:50 +1000) X-Complaints-To: abuse@pipenetworks.com X-Abuse-Info: Please forward all headers to enable your complaint to be properly processed. Path: g2news1.google.com!news1.google.com!news.glorb.com!news.moat.net!border1.nntp.sjc.giganews.com!border2.nntp.sjc.giganews.com!nntp.giganews.com!news1.optus.net.au!optus!news.mel.connect.com.au!news.melbourne.pipenetworks.com!not-for-mail Xref: g2news1.google.com comp.lang.ada:1551 Date: 2004-06-16T09:23:49+10:00 List-Id: >>>>> "Hyman" == Hyman Rosen writes: Hyman> It's not unknown for this to happen when a buggy X Windows Hyman> program grabs the server and never lets go, and that's on a Hyman> proper multitasking system. Even in this case, the web server, for example, continues to run just fine (unless it is incredibly dodgy and requires X...). Also, when it does happen, it is easy for an experienced user to resolve by logging into the system via some other means (eg. text console) and kill the offending process. If on the other hand a buggy Windows application doesn't give up CPU control when using co-oporative multitasking, rebooting is the only option. It is still possible for a single application to cause other applications to hang, just not as easy to do accidently, by denial of service attacks (depending on ulimits under Unix). Eg. by hogging all available diskspace, or allocating all RAM, or spawning infinity processes, flooding the network, etc. Eventually other processes will no longer work as required. All of this seems irrelevant to Ada though, I don't think that there is anything unique to Ada which would solve any of these issues. -- Brian May