Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 622500 - Floats Not Handled By Scripting Engine Properly
Floats Not Handled By Scripting Engine Properly
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: java-1.6.0-openjdk (Show other bugs)
All Linux
low Severity medium
: rc
: ---
Assigned To: Jon VanAlten
BaseOS QE - Apps
Depends On:
  Show dependency treegraph
Reported: 2010-08-09 10:36 EDT by harry.kantor
Modified: 2015-07-13 00:43 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-03-13 15:59:21 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
File demonstrating issue with floats being passed. (1.23 KB, text/x-java)
2010-08-09 10:36 EDT, harry.kantor
no flags Details

  None (edit)
Description harry.kantor 2010-08-09 10:36:20 EDT
Created attachment 437614 [details]
File demonstrating issue with floats being passed.

Description of problem:

Float values passed to the ScriptEngine are not handled correctly.  If values are passed as manifest constants they are interpreted correctly.  Double values are handled correctly.

Version-Release number of selected component (if applicable):


Related components:

Steps to Reproduce:
1. Compile the attached file
2. Update CLASSPATH to include directory of generated .class file
3. java ScriptTest
Actual results:

float result = false
double result = true

Expected results:

float result = true
double result = true

Additional info:

I have also tested this against Sun's Java 6 with the same results, so I don't believe it is an issue with the JSR 223 RPMs.
Comment 1 Deepak Bhole 2013-03-11 16:36:31 EDT
Is this still reproducible?
Comment 2 harry.kantor 2013-03-12 10:03:19 EDT
Comment 3 Jon VanAlten 2013-03-13 15:59:21 EDT
The issue here is that in Java, float is 32-bit floating point, but in JavaScript, all numbers are 64-bit floating point.

Doubles don't show the same problem, because in Java they are 64-bit floating point.  The precision matches.

You probably know this, but to demonstrate the difference even just on Java side:

public class FloatDemo {
  public static void main(String[] args) {
    System.out.format("f1: %.20f%n", 7.81f);
    System.out.format("f2: %.20f%n", 7.81);
    if (7.81f == 7.81) {
      System.out.println("They are the same.");
    } else {
      System.out.println("They are not the same.");

So when adding the Float to script context in your example, it becomes the 64-bit representation of the (32-bit) 7.81f value, which is not the same as the 64-bit 7.81 value.

Strict equality comparisons between numbers that originate from different precision is rarely what you want to do.

Note You need to log in before you can comment on or make changes to this bug.