Article View: gnu.utils.bug
Article #273GNU tar 1.10 truly loses on long filename remapping misfeature.
From: Jordan K Hubbard
Date: Wed, 29 Jul 1992 22:41
Date: Wed, 29 Jul 1992 22:41
15 lines
1136 bytes
1136 bytes
This has been a longstanding gripe but it took a couple of extra cups of coffee before I felt steamed enough to comment on it. :-) GNU tar (and, for that matter, most other tars I suppose) has a path name length limitation that generally only shows up on very long file/path names. When this happens, GNU tar tries to be cute and truncates the name to a "MaNgLeD" form that it later tries to rename() after the tar has completed using a mapping file of sorts. This fails in the case where one is unpacking files on more than one filesystem, such as in a complete system restore, since rename() cannot span filesystems for obvious reasons. I'd say the severity of this one is pretty high. Jordan
Technical Details
Message-ID:
<JKH.92Jul29184150@sparc3.lotus.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!sparc3.UUCP!jkhShow Full Headers
Complete Article Headers
Newsgroups: gnu.utils.bug Path: arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!sparc3.UUCP!jkh From: jkh@sparc3.UUCP (Jordan K Hubbard) Subject: GNU tar 1.10 truly loses on long filename remapping misfeature. Message-ID: <JKH.92Jul29184150@sparc3.lotus.com> Sender: gnulists@ai.mit.edu Organization: Lotus Ireland Distribution: gnu Date: Wed, 29 Jul 1992 22:41:50 GMT Approved: bug-gnu-utils@prep.ai.mit.edu Lines: 17