[ 
https://issues.apache.org/jira/browse/ORC-539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16928308#comment-16928308
 ] 

Laszlo Bodor edited comment on ORC-539 at 9/12/19 10:57 AM:
------------------------------------------------------------

seems like that internal branch needs some changes, and then this exception is 
gone, but I found another issue, which is about floats, and it produces the 
same result at apache/master with applying 
https://issues.apache.org/jira/secure/attachment/12980169/ORC-539.repro.patch

{code}
org.junit.ComparisonFailure: row 0 expected:<1960-01-27 12:3[4:56.1] 
Australia/Sydney> but was:<1960-01-27 12:3[5:12.0] Australia/Sydney>
        at org.junit.Assert.assertEquals(Assert.java:115)
        at 
org.apache.orc.impl.TestSchemaEvolution.testEvolutionToTimestamp(TestSchemaEvolution.java:2224)
        ...
{code}

filed ORC-554 about this as it's another issue


was (Author: abstractdog):
seems like that internal branch needs some changes, and then this exception is 
gone, but I found another issue, which is about floats, and it produces the 
same result at apache/master with applying 
https://issues.apache.org/jira/secure/attachment/12980169/ORC-539.repro.patch

{code}
org.junit.ComparisonFailure: row 0 expected:<1960-01-27 12:3[4:56.1] 
Australia/Sydney> but was:<1960-01-27 12:3[5:12.0] Australia/Sydney>
        at org.junit.Assert.assertEquals(Assert.java:115)
        at 
org.apache.orc.impl.TestSchemaEvolution.testEvolutionToTimestamp(TestSchemaEvolution.java:2224)
        ...
{code}

> Exception in double to timestamp schema evolution
> -------------------------------------------------
>
>                 Key: ORC-539
>                 URL: https://issues.apache.org/jira/browse/ORC-539
>             Project: ORC
>          Issue Type: Bug
>    Affects Versions: 1.6.0
>            Reporter: Jesus Camacho Rodriguez
>            Assignee: Laszlo Bodor
>            Priority: Major
>         Attachments: ORC-539.repro.patch
>
>
> I backported ORC-189 to my own branch and run tests in Hive. I am getting the 
> following exception in a test related to schema evolution from double to 
> timestamp after applying ORC-189:
> {noformat}
> Caused by: java.io.IOException: Error reading file: 
> file:/Users/jcamachorodriguez/src/workspaces/hive/itests/qtest/target/localfs/warehouse/part_change_various_various_timestamp_n6/part=1/000000_0
>         at 
> org.apache.orc.impl.RecordReaderImpl.nextBatch(RecordReaderImpl.java:1289)
>         at 
> org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.ensureBatch(RecordReaderImpl.java:87)
>         at 
> org.apache.hadoop.hive.ql.io.orc.RecordReaderImpl.hasNext(RecordReaderImpl.java:103)
>         at 
> org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:252)
>         at 
> org.apache.hadoop.hive.ql.io.orc.OrcInputFormat$OrcRecordReader.next(OrcInputFormat.java:227)
>         at 
> org.apache.hadoop.hive.ql.io.HiveContextAwareRecordReader.doNext(HiveContextAwareRecordReader.java:361)
>         ... 23 more
> Caused by: java.io.EOFException: Read past EOF for compressed stream Stream 
> for column 7 kind DATA position: 15 length: 15 range: 0 offset: 122 limit: 
> 122 range 0 = 0 to 15 uncompressed: 12 to 12
>         at 
> org.apache.orc.impl.SerializationUtils.readFully(SerializationUtils.java:125)
>         at 
> org.apache.orc.impl.SerializationUtils.readLongLE(SerializationUtils.java:108)
>         at 
> org.apache.orc.impl.SerializationUtils.readDouble(SerializationUtils.java:104)
>         at 
> org.apache.orc.impl.TreeReaderFactory$DoubleTreeReader.nextVector(TreeReaderFactory.java:783)
>         at 
> org.apache.orc.impl.ConvertTreeReaderFactory$TimestampFromDoubleTreeReader.nextVector(ConvertTreeReaderFactory.java:1883)
>         at 
> org.apache.orc.impl.TreeReaderFactory$StructTreeReader.nextBatch(TreeReaderFactory.java:2012)
>         at 
> org.apache.orc.impl.RecordReaderImpl.nextBatch(RecordReaderImpl.java:1282)
>         ... 28 more
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to