From 4501082651033819823
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f78e5,d93488bb970aa444
X-Google-Attributes: gidf78e5,public
X-Google-ArrivalTime: 2001-06-11 11:29:03 PST
Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!dispose.news.demon.net!news.demon.co.uk!demon!mail2news.demon.co.uk!not-for-mail
From: "Greg Brewer" <nospam.greg@brewer.net>
Newsgroups: comp.std.c++
Subject: Re: How to test for NaNs and infinites?
Date: Mon, 11 Jun 2001 18:28:47 GMT
Organization: Houston Area League of PC Users
Approved: Fergus Henderson <fjh@cs.mu.oz.au>, moderator of comp.std.c++
Message-ID: <9g32du$24e7$1@news.hal-pc.org>
References: <3B176D2F.70C3E7F7@meteo.fr> <usrihtkqfjd9qfj2bgtbp6pj530asi567k@4ax.com> <b172eb2f.0106071330.5f984936@posting.google.com> <9fql8h$pfg$1@news.hal-pc.org> <3B21100E.5B25F7AA@acm.org> <9frdlp$14bc$1@news.hal-pc.org> <3B222BB6.3B86CF85@acm.org> <3B231F15.E39EDD12@wizard.net> <3B24CA4D.549BA5B7@acm.org>
X-Trace: mail2news.demon.co.uk 992284139 mail2news:1626 mail2news mail2news.demon.co.uk
X-Complaints-To: abuse@demon.net
X-Mail2News-Path: news.demon.net!mulga.cs.mu.oz.au
X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f
X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov)
NNTP-Posting-Date: Mon, 11 Jun 2001 18:25:02 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Lines: 37
Xref: archiver1.google.com comp.std.c++:5951

"Pete Becker" <petebecker@acm.org> wrote in message
news:3B24CA4D.549BA5B7@acm.org...
> "James Kuyper Jr." wrote:
> > There's a major difference between wanting a legal way to do this, and
> > wanting a portable way to do this. Specifically, it's the difference
> > between something the language already allows, and the new features
> > you'd like it to have.
> Which is why saying "this works for my platform" is not an adequate
> answer.

Why not?  A legal way to do something was requested and a legal way was
provided.  The original post said nothing about portable and nothing
suggested the poster wanted a portable mechanism.  My mechanism was
purposely vague in the original post just because I couldn't give details
except on my platform.  Personally, it would have saved me a lot of research
time if IsNAN and IsINF were implemented in the run time library.  It might
be possible to code a portable method using sprintf or some other IO
function; however, I don't know enough about the requirements for the
functions to know if they would be platform independent.  I do know that it
would be incredibly ineffecient to do it that way.  If it is a requirement
that the IO library spit out "NAN" and "INF" when appropriate to do so then
the library functions have to be implemented anyway so why not make them
available independently?

I confess to be just a little lost.  Exactly what are we arguing over
anyway?

Greg



---
[ comp.std.c++ is moderated.  To submit articles, try just posting with ]
[ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu    ]
[              --- Please see the FAQ before posting. ---               ]
[ FAQ: http://www.research.att.com/~austern/csc/faq.html                ]



