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,38159b1b5557a2e7
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2004-01-28 04:50:01 PST
Path: 
 archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!crtntx1-snh1.gtei.net!chcgil2-snh1.gtei.net!news.bbnplanet.com!nycmny1-snf1.gtei.net!news.gtei.net!colt.net!newsfeed.icl.net!newsfeed.fjserv.net!proxad.net!newsfeed.stueberl.de!newsr1.ipcore.viaginterkom.de!btnet-peer1!btnet-feed3!btnet!carbon.eu.sun.com!new-usenet.uk.sun.com!not-for-mail
From: Ole-Hjalmar Kristensen
 <ole-hjalmar.kristensen@substitute_employer_here.com>
Newsgroups: comp.lang.ada
Subject: Re: Standard Ada Preprocessor
Date: 28 Jan 2004 13:30:32 +0100
Organization: Sun Microsystems
Message-ID: <wvbrk73ccl1z.fsf@europa1.Norway.Sun.COM>
References: <bub5n8$kf5$1@atlantis.news.tpi.pl>
 <budjfo$n18$1@nemesis.news.tpi.pl> <budvvf$9al$1@online.de>
 <bue4r7$3n6$1@nemesis.news.tpi.pl> <400A9B48.3060100@noplace.com>
 <400BD4B5.6000307@noplace.com>
 <slrnc0nlj3.1jn.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <400BDB7C.40100@noplace.com>
 <slrnc0nncv.4qq.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <400D2150.6000705@noplace.com> <nBdPb.5187$rW5.288435@news20.bellglobal.com>
 <400E72F9.8060501@noplace.com> <LNOdncWFbKUojpLdRVn-uQ@comcast.com>
 <100upo7ln5e3k59@corp.supernews.com> <400FC8E8.2040100@noplace.com>
 <_JSdna166JuxFo3dRVn-hg@comcast.com> <401115B7.5020205@noplace.com>
 <QMKdnbFbEOWlnI_dRVn-hQ@comcast.com>
 <TCcRb.25425$Kg6.216781@news20.bellglobal.com>
 <ZFdRb.27681$1e.20976@newsread2.news.pas.earthlink.net>
 <e9gRb.4112$qU3.177385@news20.bellglobal.com>
 <101bjm54k3rn8f0@corp.supernews.com>
 <a%ARb.52241$Kg6.386478@news20.bellglobal.com>
 <Y6ERb.30212$zj7.20883@newsread1.news.pas.earthlink.net>
NNTP-Posting-Host: europa1.norway.sun.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: new-usenet.uk.sun.com 1075293033 20911 129.159.113.161 (28 Jan 2004
 12:30:33 GMT)
X-Complaints-To: usenet@new-usenet.uk.sun.com
NNTP-Posting-Date: 28 Jan 2004 12:30:33 GMT
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Xref: archiver1.google.com comp.lang.ada:4994
Date: 2004-01-28T12:30:33+00:00
List-Id: <comp.lang.ada>

Jeffrey Carter <spam@spam.com> writes:

> Warren W. Gay VE3WWG wrote:
> 
> > Some platforms for instance support asynchronous I/O.
> > Some with bugs, others not at all. If you are writing
> > servers, that BTW are very performance sensitive, then
> > if you can determine that asynch I/O works properly
> > (and well) on a given platform, then you're going to
> > use it! Anything less is inferior.
> > For platforms where asynch I/O is defective or just
> > plain busted, you'll do things the plain old way you
> > always did it (with a corresponding hit in performance).
> 
> If the performance on these latter systems is unacceptable, then you
> don't have a solution for those systems. If it is acceptable, then you
> have no portability problem, since you can use the plain old way on
> all systems and achieve acceptable performance. Either way you have no
> problem with or without a preprocessor.

Ever heard about competing products?

> 
> -- 
> Jeff Carter
> "Son of a window-dresser."
> Monty Python & the Holy Grail
> 12
> 

-- 
   C++: The power, elegance and simplicity of a hand grenade.