[jira] [Updated] (COMPRESS-491) Deflate64CompressorInputStream.read(byte[]) works incorrectly
[ https://issues.apache.org/jira/browse/COMPRESS-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Bodewig updated COMPRESS-491: Component/s: Archivers > Deflate64CompressorInputStream.read(byte[]) works incorrectly > - > > Key: COMPRESS-491 > URL: https://issues.apache.org/jira/browse/COMPRESS-491 > Project: Commons Compress > Issue Type: Bug > Components: Archivers >Affects Versions: 1.18 >Reporter: Juha Syrjälä >Priority: Major > Fix For: 1.20 > > > read(byte[]) method in > org.apache.commons.compress.compressors.deflate64.Deflate64CompressorInputStream > return incorrectly value 0 sometimes: > https://docs.oracle.com/javase/7/docs/api/java/io/InputStream.html#read(byte[]) > > Reads some number of bytes from the input stream and stores them into the > > buffer array b. The number of bytes actually read is returned as an > > integer. This method blocks until input data is available, end of file is > > detected, or an exception is thrown. > If the length of b is zero, then no bytes are read and 0 is returned; > otherwise, there is an attempt to read at least one byte. If no byte is > available because the stream is at the end of the file, the value -1 is > returned; otherwise, at least one byte is read and stored into b. > The first byte read is stored into element b[0], the next one into b[1], and > so on. The number of bytes read is, at most, equal to the length of b. Let k > be the number of bytes actually read; these bytes will be stored in elements > b[0] through b[k-1], leaving elements b[k] through b[b.length-1] unaffected. > This means that `read` method can return `0` only when zero length byte array > is passed in. > Otherwise read must block until there is at least 1 byte of data available, > or return -1 for end of stream. > Currently in commons-compress 1.18, class > org.apache.commons.compress.compressors.deflate64.Deflate64CompressorInputStream > returns `0` for some buffer sizes and some Zip files. > See [https://github.com/jsyrjala/apache-commons-compress-bug] for test case -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (COMPRESS-491) Deflate64CompressorInputStream.read(byte[]) works incorrectly
[ https://issues.apache.org/jira/browse/COMPRESS-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Bodewig updated COMPRESS-491: Fix Version/s: 1.20 > Deflate64CompressorInputStream.read(byte[]) works incorrectly > - > > Key: COMPRESS-491 > URL: https://issues.apache.org/jira/browse/COMPRESS-491 > Project: Commons Compress > Issue Type: Bug >Affects Versions: 1.18 >Reporter: Juha Syrjälä >Priority: Major > Fix For: 1.20 > > > read(byte[]) method in > org.apache.commons.compress.compressors.deflate64.Deflate64CompressorInputStream > return incorrectly value 0 sometimes: > https://docs.oracle.com/javase/7/docs/api/java/io/InputStream.html#read(byte[]) > > Reads some number of bytes from the input stream and stores them into the > > buffer array b. The number of bytes actually read is returned as an > > integer. This method blocks until input data is available, end of file is > > detected, or an exception is thrown. > If the length of b is zero, then no bytes are read and 0 is returned; > otherwise, there is an attempt to read at least one byte. If no byte is > available because the stream is at the end of the file, the value -1 is > returned; otherwise, at least one byte is read and stored into b. > The first byte read is stored into element b[0], the next one into b[1], and > so on. The number of bytes read is, at most, equal to the length of b. Let k > be the number of bytes actually read; these bytes will be stored in elements > b[0] through b[k-1], leaving elements b[k] through b[b.length-1] unaffected. > This means that `read` method can return `0` only when zero length byte array > is passed in. > Otherwise read must block until there is at least 1 byte of data available, > or return -1 for end of stream. > Currently in commons-compress 1.18, class > org.apache.commons.compress.compressors.deflate64.Deflate64CompressorInputStream > returns `0` for some buffer sizes and some Zip files. > See [https://github.com/jsyrjala/apache-commons-compress-bug] for test case -- This message was sent by Atlassian Jira (v8.3.2#803003)