[jira] [Updated] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-12 Thread Valentin Brandl (JIRA)

 [ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Valentin Brandl updated COMPRESS-439:
-
Description: 
tI just tested different compressors using 
[JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```

  was:
I just tested different compressors using 
[JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```


> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14, 1.15
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
>Priority: Minor
> Attachments: Test.java
>
>
> tI just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-11 Thread Valentin Brandl (JIRA)

[ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16323665#comment-16323665
 ] 

Valentin Brandl commented on COMPRESS-439:
--

Thanks for the heads up and sorry for not reading the documentation well enough.

> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14, 1.15
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
>Priority: Minor
> Attachments: Test.java
>
>
> I just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-10 Thread Valentin Brandl (JIRA)

 [ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Valentin Brandl updated COMPRESS-439:
-
Priority: Minor  (was: Major)

> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14, 1.15
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
>Priority: Minor
> Attachments: Test.java
>
>
> I just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-10 Thread Valentin Brandl (JIRA)

 [ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Valentin Brandl updated COMPRESS-439:
-
Affects Version/s: 1.15

> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14, 1.15
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
> Attachments: Test.java
>
>
> I just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-10 Thread Valentin Brandl (JIRA)

 [ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Valentin Brandl updated COMPRESS-439:
-
Description: 
I just tested different compressors using 
[JUnitQuickcheck|https://github.com/pholser/junit-quickcheck).
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```

  was:
I just tested different compressors using 
[JUnitQuickcheck](https://github.com/pholser/junit-quickcheck).
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```


> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
> Attachments: Test.java
>
>
> I just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck).
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-10 Thread Valentin Brandl (JIRA)

 [ 
https://issues.apache.org/jira/browse/COMPRESS-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Valentin Brandl updated COMPRESS-439:
-
Description: 
I just tested different compressors using 
[JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```

  was:
I just tested different compressors using 
[JUnitQuickcheck|https://github.com/pholser/junit-quickcheck).
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```


> Compressing and decompressing using Pack200 does not produce the original 
> input
> ---
>
> Key: COMPRESS-439
> URL: https://issues.apache.org/jira/browse/COMPRESS-439
> Project: Commons Compress
>  Issue Type: Bug
>  Components: Compressors
>Affects Versions: 1.14
> Environment: Windows 7;
> # java -version
> java version "1.8.0_151"
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
>Reporter: Valentin Brandl
> Attachments: Test.java
>
>
> I just tested different compressors using 
> [JUnitQuickcheck|https://github.com/pholser/junit-quickcheck].
> The tests should compress and then decompress some input and the result 
> should be equal to the input.
> For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
> have some problems.
> I will attach the testcase I wrote.
> It seems that for empty input, the result won't be empty.
> Test output:
> ```
> input.length = 0
> input = []
> compressed.length = 19
> compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 
> 0]
> decompressed.length = 29
> decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
> 7, 0, 80, 65, 67, 75, 50, 48, 48]
> ```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Created] (COMPRESS-439) Compressing and decompressing using Pack200 does not produce the original input

2018-01-10 Thread Valentin Brandl (JIRA)
Valentin Brandl created COMPRESS-439:


 Summary: Compressing and decompressing using Pack200 does not 
produce the original input
 Key: COMPRESS-439
 URL: https://issues.apache.org/jira/browse/COMPRESS-439
 Project: Commons Compress
  Issue Type: Bug
  Components: Compressors
Affects Versions: 1.14
 Environment: Windows 7;
# java -version
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
Reporter: Valentin Brandl
 Attachments: Test.java

I just tested different compressors using 
[JUnitQuickcheck](https://github.com/pholser/junit-quickcheck).
The tests should compress and then decompress some input and the result should 
be equal to the input.
For gzip, bzip2, deflate and xz, this works as intended but pack200 seems to 
have some problems.
I will attach the testcase I wrote.
It seems that for empty input, the result won't be empty.

Test output:
```
input.length = 0
input = []
compressed.length = 19
compressed = [-54, -2, -48, 13, 7, -106, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 3, 45, 0]
decompressed.length = 29
decompressed = [80, 75, 5, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
7, 0, 80, 65, 67, 75, 50, 48, 48]
```



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)