https://issues.apache.org/bugzilla/show_bug.cgi?id=41924
Sagi <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #17 from Sagi <[email protected]> --- Hi, I'm suffering from a similar problem, but in my case the file with the long name is not a regular file but a soft link. In my case the link name is very long and not the link full path (as in the Testtar file). I looked at tar source code and I think that the solution for this issue is not complete. Beside the definition for GNUTYPE_LONGNAME, there's a definition for GNUTYPE_LONGLINK, i.e. (from tar.h) : /* Identifies the *next* file on the tape as having a long linkname. */ #define GNUTYPE_LONGLINK 'K' in my testcase the function TarEntry::isGNULongNameEntry returns FALSE because linkFlag != LF_GNUTYPE_LONGNAME (linkFlag == (byte)'K') I even noticed that there's no definition for LF_GNUTYPE_LONGLINK in TarConstants.java Thank you, Sagi. -- You are receiving this mail because: You are the assignee for the bug.
