On 2013-01-27, Rico Harnisch wrote: > I tried to write the following two files to a TarArchiveOutputStream, > I have the option LONGFILE_POSIX enabled. The two files listed are the > only ones that should be written to the output stream.
> /Desktop/Downloads/mplayer-checkout-2012-02-29/tests/ref/cyberia-c93/.svn/text-base/intro1.c93.md5.svn-base > /Desktop/Downloads/mplayer-checkout-2012-02-29/tests/ref/tiertex-seq/.svn/text-base/Gameover.seq.md5.svn-base > Normally, I would expect the archiver to handle file names longer than > 100 chars if LONGFILE_POSIX is enabled, but I get the following error > message > java.io.IOException: request to write '117' bytes exceeds size in > header of '0' bytes for entry You've likely run into COMPRESS-203 [1] which has been fixed in svn about a month ago. The ./PaxHeaders.X entry holding your filename has been truncated to 100 chars and now ends with a slash - which triggers the bug. Apart from building Compress yourself or using a snapshot release[2] playing with the directory names in between might be an option (so the 100th char is not a slash). We haven't discussed doing a new release, yet, but it is on my short-term TODO list. Stefan [1] https://issues.apache.org/jira/browse/COMPRESS-203 [2] https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-compress/1.5-SNAPSHOT/ --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org
