-----BEGIN PGP SIGNED MESSAGE-----
Moin,
On Thursday 06 January 2005 20:58, Yitzchak Scott-Thoennes via RT wrote:
> On Thu, Jan 06, 2005 at 02:43:58PM -0500, John Peacock
<[EMAIL PROTECTED]> wrote:
> > Yitzchak Scott-Thoennes wrote:
> > >Aha! In 5.6.x, perl uses the libc atof/strtold/atofl to parse
> > > numbers; at some point in 5.8.x it was changed to use a replacement
> > > in numeric.c (unless on Unicos or configured with
> > > -Accflags=-DUSE_PERL_ATOF=0).
> > >
> > >And the numeric.c atof doesn't support nan/inf.
> >
> > That doesn't see too hard to add - just replace the
> >
> > else {
> > break;
> > }
> >
> > with something actually works. ;)
>
> I'm not sure it's possible to do in the general case, since NaN strings
> are allowed to have trailing information that only the libc knows the
> format or length of. But handling plain /nan/i shouldn't be hard.
>
> > Seriously, how you you represent NaN as a FP? +-Inf is easier...
>
> sin(inf) seems to be the traditional way. I haven't found a way to
> get a negative nan though.
Ah, damn. I shouldnt have asked - you are telling me there are negative
NanS? Ouch.. I shoulda have sticked to positive integers only...*sigh*
Best wishes,
Tels
- --
Signed on Thu Jan 6 21:22:10 2005 with key 0x93B84C15.
Visit my photo gallery at http://bloodgate.com/photos/
PGP key on http://bloodgate.com/tels.asc or per email.
http://www.informatik.hu-berlin.de/~hstamm/beweis.html - N�tzliche
Beweismethoden f�r jeden Tag
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iQEVAwUBQd2ePHcLPEOTuEwVAQEdvwf+L18DdJ2J+c6DOxBjrTrWBygdnPAqAzKH
TvUcdnwWnglXrNdexffDG5c40PV9x5tZppq7x2jYIMEk89jswukRjGCuE8jsqWSj
Uj6xaqYc7z7TXXzqbmrwkTVIpR5EDDf4vbdlc+FQKSJoJBjyn3TarfB9kn98mfMf
awUO8h2LMA+1oAnTnfvlKx1wKL8jX1dvWeO4ICeXEPTQ9fo8Odxh3UpkNhI8hRT6
KduEPOrr9vcy0dBNUOsuTJ0VHc97oOwkNF1CmQaJDcomyrO56wSN86W4ZERhhX+f
oehlyLlbfnivKm495LygEnuHmHfnonQlyAhvqG1dp9djmBQRusCUDg==
=eqc/
-----END PGP SIGNATURE-----
