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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,582dff0b3f065a52 X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-20 06:45:03 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada,comp.lang.c++ Subject: Re: How Ada could have prevented the Red Code distributed denial of service attack. Date: Mon, 20 Aug 2001 09:39:08 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9lr3tt$4gr$1@nh.pace.co.uk> References: <3b690498.1111845720@news.worldonline.nl> <9kbu15$9bj@augusta.math.psu.edu> <9kbvsr$a02@augusta.math.psu.edu> <3B69DB35.4412459E@home.com> <9kp9n7$ivm$1@nh.pace.co.uk> <1exve0j.1lboe8gneysd0N%clarkcox3@yahoo.com> <3B784DCB.A3BF419D@ebox.tninet.se> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 998314749 4635 136.170.200.133 (20 Aug 2001 13:39:09 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 20 Aug 2001 13:39:09 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:12121 comp.lang.c++:84146 Date: 2001-08-20T13:39:09+00:00 List-Id: If Intel did offer some version of their 80x86 family in a deep-space, gamma-ray, rad-hard version it might not replace the tried and true Mil-Std-1750a. (Although I don't know if anyone is still making one of these for deep space.) One of the beauties of the 1750a was the indivisible nature of the instructions, their simplicity and predictability. For hard-realtime apps, it was really nice because it was a lot easier to build something with predictable timing and with a high level of verifiability. I'd love to see something like it only with a larger address space. I heard tell (before getting out of the deep space business) that Honeywell had a rad-hard product - the RH-32 - that aimed to take the place of the aging and increasingly scarce 1750, but I don't know of any deep space apps that are using it. (Just ignorance on my part - like I said - I'm out of that business...) It would be nice to know what designers are using these days instead of the 1750 for deep space and to have a look at the architecture to see what they did with cache, etc. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Stefan Skoglund" wrote in message news:3B784DCB.A3BF419D@ebox.tninet.se... > > Nothing is modern about a MilStd 1750 CPU !! > > Remember that a number of people on comp.lang.ada is > embedded system programmers which must adopt to some > very restricted platforms. > > Does it exist any intel offerings now which is RadHard ? >