Uploaded image for project: 'MariaDB ColumnStore'
  1. MariaDB ColumnStore
  2. MCOL-4647

SEC_TO_TIME(double_or_float) returns a wrong result

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 5.6.1, 6.1.1
    • 6.1.1
    • PrimProc
    • None
    • 2021-5

    Description

      This problem is repeatable with both DOUBLE and FLOAT data types:

      DROP TABLE IF EXISTS t1;
      CREATE TABLE t1 (a DOUBLE) ENGINE=ColumnStore;
      INSERT INTO t1 VALUES (0.000025e-35);
      SELECT a, SEC_TO_TIME(a) FROM t1;
      

      +---------+------------------+
      | a       | SEC_TO_TIME(a)   |
      +---------+------------------+
      | 2.5e-40 | -00:00:01.000000 |
      +---------+------------------+
      

      Looks wrong. The expected result is:

      DROP TABLE IF EXISTS t1;
      CREATE TABLE t1 (a DOUBLE) ENGINE=InnoDB;
      INSERT INTO t1 VALUES (0.000025e-35);
      SELECT a, SEC_TO_TIME(a) FROM t1;
      

      +---------+-----------------+
      | a       | SEC_TO_TIME(a)  |
      +---------+-----------------+
      | 2.5e-40 | 00:00:00.000000 |
      +---------+-----------------+
      

      The problem is in this piece of the code in func_sec_to_time.cpp:

              case execplan::CalpontSystemCatalog::DOUBLE:
              {
                  const string& valStr = parm[0]->data()->getStrVal(row, isNull);
                  val = parm[0]->data()->getIntVal(row, isNull);
                  size_t x = valStr.find(".");
       
                  if (x < string::npos)
                  {
                      string tmp = valStr.substr(x + 1, 1);
                      char* ptr = &tmp[0];
                      int i = atoi(ptr);
       
                      if (i >= 5)
                      {
                          if (val > 0)
                              val += 1;
                          else
                              val -= 1;
                      }
                  }
              }
      

      It searches for the DOT character assuming that fractional digits go after it. But this is not the case for scientific notation like 2.5e-40.

      Attachments

        Issue Links

          Activity

            People

              bar Alexander Barkov
              bar Alexander Barkov
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.