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.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no 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: 1014db,582dff0b3f065a52 X-Google-Attributes: gid1014db,public 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-06 09:55:24 PST Path: archiver1.google.com!newsfeed.google.com!sn-xit-03!supernews.com!cyclone2.usenetserver.com!usenetserver.com!newsfeed1.cidera.com!vixen.cso.uiuc.edu!news.uchicago.edu!nntp-server.caltech.edu!wnoise From: wnoise@ugcs.caltech.edu (Aaron Denney) 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. Date: 6 Aug 2001 16:35:39 GMT Organization: California Institute of Technology, Pasadena Message-ID: References: <9k9if8$rn3$1@elf.eng.bsdi.com> <3B687EDF.9359F3FC@mediaone.net> <5267be60.0108021911.7d8fe4@posting.google.com> <3B6B637F.E3FA243E@worldnet.att.net> Reply-To: wnoise@ugcs.caltech.edu NNTP-Posting-Host: barter.ugcs.caltech.edu User-Agent: slrn/0.9.6.2 (Linux) Xref: archiver1.google.com comp.lang.ada:11391 comp.lang.c:72489 comp.lang.c++:80355 comp.lang.functional:7352 Date: 2001-08-06T16:35:39+00:00 List-Id: On Mon, 06 Aug 2001 14:17:47 GMT, Ted Dennison wrote: > In article , Tor Rustad says... > > > >Write a "Hello world!" program in Java, and name one single case for which > >my C version will run slower. ;-) > > That's a bogus comparison. You are thinking of Java's propensity to > create interpreted code. That has nothing to do with Ada. (Although > I suspect a Java expert could probably accomplish it with JINI and a > natively-targeted Java compiler. Remember, "printf" actually has to > stop and interpret the input string to look for replacements. There's > plenty of room for a speed improvement there). [reformatted] fputs() does not scan for '%', only the NUL character. If you wanted to be slightly less portable write() is also an option. -- Aaron Denney -><-