You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Jeremy Boynes (JIRA)" <de...@db.apache.org> on 2004/11/22 01:31:25 UTC

[jira] Updated: (DERBY-74) SQLDecimal.getWholeDigits returns invalid result on JDK1.5.0

     [ http://nagoya.apache.org/jira/browse/DERBY-74?page=history ]

Jeremy Boynes updated DERBY-74:
-------------------------------

    Attachment: derby_getWholeDigits_jdk15.patch

patch that stops the exception on insert
still passes derbylang tests with JDK1.4.2
however, text generated by ij is still different resulting in failures on JDK1.5.0

> SQLDecimal.getWholeDigits returns invalid result on JDK1.5.0
> ------------------------------------------------------------
>
>          Key: DERBY-74
>          URL: http://nagoya.apache.org/jira/browse/DERBY-74
>      Project: Derby
>         Type: Bug
>   Components: SQL
>  Environment: JDK1.5.0
>     Reporter: Jeremy Boynes
>  Attachments: derby_getWholeDigits_jdk15.patch
>
> With JDK1.5.0 the behaviour of BigDecimal.toString() has changed (thanks Sun) and for numbers < 1e-6 it now returns a String in exponential syntax. This causes the number of digits to be calculated incorrectly.
> As a result, the ejbql test fails as the following snippet fails:
> create table myDecimal (b DECIMAL(31,31))
> insert into myDecimal VALUES(1e-30)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira