> I'm pretty sure. The line gets highlighted in eclipse debugger, and I
> can see it at line 224 in the code...
>
> It doesn't hit every time, which is another odd thing. Sometimes its a
> different line.
Can you write a reproducible test case. The following code works for me.
class No {
public static void main(String[] args) {
double value = 0.008022550661971689;
assert !Double.isNaN(value);
}
}
Tom Hawtin
thebad1 wrote On 01/08/07 09:03,:
>> Are you sure you're looking at line 224, and not at some
>>other similar `assert' elsewhere in the code? Perhaps an
[quoted text clipped - 5 lines]
> It doesn't hit every time, which is another odd thing. Sometimes its a
> different line.
A different `assert' line, I suppose?
Well, on to my second guess -- and this one is *really*
shaky! Is your program multi-threaded? If so, is it possible
that two or more threads are mucking with the `tRating' variable
at the same time, without proper synchronization?
If neither guess pans out, I'm out of ideas.

Signature
Eric.Sosman@sun.com
thebad1 - 08 Jan 2007 19:29 GMT
> Well, on to my second guess -- and this one is *really*
> shaky! Is your program multi-threaded? If so, is it possible
> that two or more threads are mucking with the `tRating' variable
> at the same time, without proper synchronization?
>
> If neither guess pans out, I'm out of ideas.
It's not threaded, just that main class running alone.
I'm out of ideas too, I'm getting a one way ticket to Bonkersville if I
think about this any more... ;-(
thebad1 - 08 Jan 2007 19:34 GMT
> > different line.
>
> A different `assert' line, I suppose?
I think its interesting that if I "drop to frame" in the debugger and
run by that again, the assert does not trigger. There is it would seem
some sort of non-deterministic issue in play.
The next interesting thing, is that I can run the same class on my
target machine, which is RHEL 3 ES on x86, and I do not see any of the
same assert hits that I do on the winXP dev box. (This is running
exactly the same code)
I can replicate the problem with various JRE and JDK on windows, and
using different debuggers and from command line.