Don't truncate long symlink paths.
authorgraham.gower@gmail.com <graham.gower@gmail.com@e8e0d7a0-c8d9-11dd-a880-a1081c7ac358>
Thu, 23 Dec 2010 01:38:25 +0000 (01:38 +0000)
committergraham.gower@gmail.com <graham.gower@gmail.com@e8e0d7a0-c8d9-11dd-a880-a1081c7ac358>
Thu, 23 Dec 2010 01:38:25 +0000 (01:38 +0000)
commit35a2b8424a53f7f2e8ac3070169a8bb3878f8107
tree1a87859ed6df45cf562517b610eb4df527d77e3d
parentbab2931ba2828426ae497b23d20590a208ed6f48
Don't truncate long symlink paths.

Patch from Richard Purdie. Tracked as Issue #72. Original patch header follows.

If a tarball contains a long symlink (over 100 chars) in a longpath (over 100
chars) then the resulting link or path can be truncated to 100 chars.

This is due to a bug where if both 'L' and 'K' entries are found in the tarball,
only the first one takes affect due to get_header_tar recursively calling itself.
To fix this, process longname and linkname at the end of the function rather
than the start after any subcalls have taken place.

Richard Purdie
22/12/2010

git-svn-id: http://opkg.googlecode.com/svn/trunk@594 e8e0d7a0-c8d9-11dd-a880-a1081c7ac358
libbb/unarchive.c