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: 107f24,582dff0b3f065a52 X-Google-Attributes: gid107f24,public X-Google-Thread: 109fba,582dff0b3f065a52 X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-Thread: 1014db,582dff0b3f065a52 X-Google-Attributes: gid1014db,public X-Google-ArrivalTime: 2001-08-03 19:50:16 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!wn1feed!worldnet.att.net!135.173.83.71!wnfilter1!worldnet-localpost!bgtnsc06-news.ops.worldnet.att.net.POSTED!not-for-mail Message-ID: <3B6B637F.E3FA243E@worldnet.att.net> From: James Rogers X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.lang.functional Subject: Re: How Ada could have prevented the Red Code distributed denial of service attack. References: <9k9if8$rn3$1@elf.eng.bsdi.com> <3B687EDF.9359F3FC@mediaone.net> <5267be60.0108021911.7d8fe4@posting.google.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 04 Aug 2001 02:50:16 GMT NNTP-Posting-Host: 12.86.36.130 X-Complaints-To: abuse@worldnet.att.net X-Trace: bgtnsc06-news.ops.worldnet.att.net 996893416 12.86.36.130 (Sat, 04 Aug 2001 02:50:16 GMT) NNTP-Posting-Date: Sat, 04 Aug 2001 02:50:16 GMT Organization: AT&T Worldnet Xref: archiver1.google.com comp.lang.ada:11273 comp.lang.c:72048 comp.lang.c++:79861 comp.lang.functional:7287 Date: 2001-08-04T02:50:16+00:00 List-Id: Tor Rustad wrote: > > IMHO, using 16-bit integers, is also a design issue. If there was strict > performance requirements to be met, well then why not use a faster > programming language, where the programmers perhaps could afford to use > 32-bit integers? Even in non-critical systems, I do think that many There is no such thing as a faster programming language. Certain compilers may produce faster code. Some compilers allow you to select optimization for a balance of speed and code size. These optimizations are not a language issue. They are compiler implementation issues. Just ask yourself. "How fast is C? How Fast is C++?" There is no answer to that question. Speed is not specified in any language reference manual. There may not be a lot of performance improvement when using 64 bit floating point numbers and converting them to 16 bit integers. The conversion overhead itself is not trivial. It is certainly not free of potential errors, as the Ariane 5 design clearly shows. Jim Rogers Colorado Springs, Colorado USA