[
https://issues.apache.org/jira/browse/HBASE-10547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13908873#comment-13908873
]
Nick Dimiduk commented on HBASE-10547:
--------------------------------------
Type library makes no assumptions about a zero'ed destination array. Could be I
made that assumption in tests though. The library itself makes no allocations,
instead depends on externally allocated arrays.
Patch looks fine to me +1. It fixes tests on this vm?
> TestFixedLengthWrapper#testReadWrite occasionally fails with the IBM JDK
> ------------------------------------------------------------------------
>
> Key: HBASE-10547
> URL: https://issues.apache.org/jira/browse/HBASE-10547
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.98.0
> Environment: IBM J9 VM (build 2.7, JRE 1.7.0 Linux amd64-64
> Compressed References 20131114_175264 (JIT enabled, AOT enabled)
> Reporter: Andrew Purtell
> Assignee: Andrew Purtell
> Priority: Minor
> Fix For: 0.98.1, 0.99.0
>
> Attachments: 10547.patch
>
>
> Here's the trace.
> {noformat}
> Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 29.288 sec
> <<< FAILURE!
> testReadWrite(org.apache.hadoop.hbase.types.TestFixedLengthWrapper) Time
> elapsed: 0.025 sec <<< FAILURE!
> arrays first differed at element [8]; expected:<-40> but was:<0>
> at
> org.junit.internal.ComparisonCriteria.arrayEquals(ComparisonCriteria.java:50)
> at org.junit.Assert.internalArrayEquals(Assert.java:473)
> at org.junit.Assert.assertArrayEquals(Assert.java:294)
> at org.junit.Assert.assertArrayEquals(Assert.java:305)
> at
> org.apache.hadoop.hbase.types.TestFixedLengthWrapper.testReadWrite(TestFixedLengthWrapper.java:60)
> {noformat}
> This is with 0.98.0.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
