commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robbie Haertel (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (VFS-505) Reading from an input stream in a .tar ends up with a 'reading from an output buffer' exception
Date Mon, 23 Dec 2013 17:27:50 GMT

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

Robbie Haertel commented on VFS-505:
------------------------------------

FWIW, the tests that are (now) failing are:

Tests in error: 
  AbstractFtpsProviderTestCase$FtpProviderTestSuite>AbstractTestSuite.run:152->setUp:166->AbstractTestSuite.setUp:182
» FileSystem
  AbstractFtpsProviderTestCase$FtpProviderTestSuite>AbstractTestSuite.run:152->setUp:166->AbstractTestSuite.setUp:182
» FileSystem
  MultipleConnectionTestCase.testUnderlyingConnect:73 » SSL Unrecognized SSL mes...
  MultipleConnectionTestCase.testConnectRoot:61->resolveRoot:54 » FileSystem Cou...
  HdfsFileProviderTest.org.apache.commons.vfs2.provider.hdfs.test.HdfsFileProviderTest »
ExceptionInInitializer
  HdfsFileProviderTest.org.apache.commons.vfs2.provider.hdfs.test.HdfsFileProviderTest »
NoClassDefFound
  HdfsFileProviderTestCase$HdfsProviderTestSuite>AbstractTestSuite.run:152->setUp:133
Runtime
  ProviderTestSuite>AbstractTestSuite.run:152->AbstractTestSuite.setUp:182 » FileSystem

Tests run: 1626, Failures: 0, Errors: 8, Skipped: 2

> Reading from an input stream in a .tar ends up with a 'reading from an output buffer'
exception
> -----------------------------------------------------------------------------------------------
>
>                 Key: VFS-505
>                 URL: https://issues.apache.org/jira/browse/VFS-505
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>            Reporter: Robbie Haertel
>
> This is probably the same issue as https://issues.apache.org/jira/browse/VFS-350, but
for version 2.0 and for the .tar reader.
> The problem: After successfully reading some files from the .tar, I unexpectedly get:
> {noformat}
> Caused by: java.io.IOException: reading from an output buffer
> at org.apache.commons.vfs2.provider.tar.TarBuffer.readRecord(TarBuffer.java:211)
> at org.apache.commons.vfs2.provider.tar.TarInputStream.read(TarInputStream.java:384)
> at java.io.BufferedInputStream.read1(BufferedInputStream.java:273)
> at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
> at org.apache.commons.vfs2.util.MonitorInputStream.read(MonitorInputStream.java:100)
> at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283)
> at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325)
> at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177)
> at java.io.InputStreamReader.read(InputStreamReader.java:184)
> at com.google.common.io.LineReader.readLine(LineReader.java:76)
> at edu.byu.nlp.io.LineReaderIterator.readLineQuietly(LineReaderIterator.java:31)
> {noformat}
> Note that I have several read-only streams open on the same .tar file. The are being
read on the same thread, but reads to different files are interleaved. Even more interesting
is that the same code path works fine when only reading a small subset of the data (this,
too, includes interleaving reads to different files in the same .tar file). It may be a function
of the number of bytes read.
> Note that I do NOT have any files open for writing.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Mime
View raw message