|
From: | Robert Schuster |
Subject: | Re: bug 10491 was Re: More astonishing progress in japi scores |
Date: | Thu, 07 Oct 2004 16:38:15 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20040930 |
Hi the mailer is funny. I got Sven's response to Andrew's mail but not Andrew's. Sven de Marothy wrote: Sorry, it was late and I was a bit unattentive when writing the bug report. I added the base for test cases showing theAndrew Haley writes:Has anyone seen that one: http://savannah.gnu.org/bugs/?func=detailitem&item_id=10491 I recently discovered it while writing some test files for the XMLDecoder I am working on. In an attempt to find the reason Ifollowedto the C source that does the conversion (java_lang_Double.c) and its obvious to me that the code does not care about the special values: [+-]NaN, [+-]InfinityWhat is really wrong here? The bug has no test case, and doesn't really explain.I think he's talking about Double.parseDouble(), an input string of "NaN" should return a NaN double. Now, it throws an exception. One-liner: System.out.println(Double.parseDouble("NaN")); defect and what was expected instead now. Having both as a compile time option seems to be in most people's interest (IMHO). I could fix the problem in Java and C but dont know how to make itAlthough, personally.. I'm not so sure of re-writing it in Java. Seems like overkill for a relatively trivial bug. (Of course, you could have both too, and add a build-time option. ) a compile time option. Help? cu Robert |
[Prev in Thread] | Current Thread | [Next in Thread] |