|
![](/i/fill.gif) |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Tim Nikias wrote:
> Hm, what to do, what to do... I'd sure like a solution to the problem. Since
> then I've found of course that it seems that every now and then, when you
> use vaxis_rotate without an actual axis (<0,0,0> ain't an axis), it returns
> something that POV-Ray will write as <1.#QNAN,1.#QNAN,1.#QNAN>. Not all the
> time, and even with the same scene, same seed and same settings, it doesn't
> reproduce. It's weird thought that I can still do vcross-calculations, check
> the length using vlength to ensure the matrix has unit-length vectors and
> some other stuff with that "QNAN-Vector", but just when I write the file, I
> write something that I can't read...
>
Yes, NaN values may still be used in any following floating point
operations and the result will then be NaN whatever the operation
and the other operands (except for tests). I think there is a way to
cause a program to fail in this case, but I can't remember what it
is (and it might require a modification of the source code).
Jerome
- --
+------------------------- Jerome M. BERGER ---------------------+
| mailto:jeb### [at] free fr | ICQ: 238062172 |
| http://jeberger.free.fr/ | Jabber: jeb### [at] jabber fr |
+---------------------------------+------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFEKFw3d0kWM4JG3k8RAn+rAJ4+olt5aFaPoDToKClM/2FpO/X/KACcCc+7
grnPY/L2AALv5/1Uw317C5Q=
=9zyI
-----END PGP SIGNATURE-----
Post a reply to this message
|
![](/i/fill.gif) |