tyler.durden
/
snappy-java
mirror of https://github.com/xerial/snappy-java.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Detect the native byte order and use the correct expected value

This commit is contained in:
Bryan Chan 2015-06-29 15:53:10 -04:00
parent d8600ed65e
commit 08b4f6ae60
1 changed files with 6 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
src/test/java/org/xerial/snappy/SnappyOutputStreamTest.java
View File

@ -31,6 +31,7 @@ import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.lang.ref.WeakReference;
import java.nio.ByteOrder;
import org.junit.Test;
import org.xerial.snappy.buffer.BufferAllocatorFactory;
@ -163,10 +164,11 @@ public class SnappyOutputStreamTest
// Compress the data once so that we know the expected size:
byte[] expectedCompressedData = compressAsChunks(orig, Integer.MAX_VALUE);
// Hardcoding an expected compressed size here will catch regressions that lower the
// compression quality. On little-endian platforms, the expected size is 91013; on
// big-endian platforms, the expected size is 90943.
assertTrue(String.format("unexpected compressed data size (%d)", expectedCompressedData.length),
(expectedCompressedData.length == 91013 || expectedCompressedData.length == 90943));
// compression quality:
if (ByteOrder.nativeOrder() == ByteOrder.BIG_ENDIAN)
assertEquals(90943, expectedCompressedData.length);
else
assertEquals(91013, expectedCompressedData.length);
// The chunk size should not affect the size of the compressed output:
int[] chunkSizes = new int[] {1, 100, 1023, 1024, 10000};
for (int chunkSize : chunkSizes) {