Re: problem with long filenames

[Sean Yeh]

On Thu, 13 Sep 2001, Paul Eggert wrote:
Paul,
        Well, This problem is version-dependent, 2 files might be too
less. :) ( They're enough when using tar shipped with RedHat7.0,
tar-1.13.17. )
        FYI, Perhaps check codes at src/delete.c:360, when doing copy
header, remember to copy GNUTYPE_LONGXXXX header that may exist before the
current_header.

        Coredump under V1.13.22 can be reproduced as follows:

(make an empty directory and cd it)

f=111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
for ((i=1;i<=9;i++)); do touch ${f}${i}; done
/tmp/gtar --version
/tmp/gtar -cf test.tar .
/tmp/gtar --delete -f test.tar ./${f}5
/tmp/gtar -tf test.tar

(coredump happened when deleting)
Here is output.

tar (GNU tar) 1.13.22
Copyright 2001 Free Software Foundation, Inc.
This program comes with NO WARRANTY, to the extent permitted by law.
You may redistribute it under the terms of the GNU General Public License;
see the file named COPYING for details.
Written by John Gilmore and Jay Fenlason.
/tmp/gtar: ./test.tar: file is the archive; not dumped
./
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111112
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111113
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111114
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111115
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111116
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111112
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111113
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111114
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111115
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
Floating point exception (core dumped)

> I can't reproduce that problem with GNU tar test version 1.13.22, as
> follows:
>
> $ rm *
> $ touch 
> 1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
> $ touch 
> 2222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222
> $ gtar -cf tmp.tar ./[12]*
> $ gtar --delete -f tmp.tar 
> ./2222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222
> $ gtar -tvf tmp.tar
> -rw-rw-r-- eggert/eggert     0 2001-09-13 10:02:47 
> ./1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
>
> Please give 1.13.22 a try.  It's at <ftp://alpha.gnu.org/gnu/tar/>.
>

-- 
Cheers,

-Sean

Sean Yeh                         address@hidden
Mountainviewdata Inc.      http://www.mountainviewdata.com
System Developer                         address@hidden