Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

UNTAR gives misleading messages

May
13,008
174
I UNTAR'd a file. According to UNTAR's messages, all files were extracted to the current directory (see below). They were, in fact, extracted into an appropriate directory tree.

Code:
v:\tcsh> untar tcsh-6.18.01.tar
=> V:\tcsh\tcsh-6.18.01
=> V:\tcsh\BUGS
SNIP
=> V:\tcsh\stubdll.c
=> V:\tcsh\test.c
 
v:\tcsh> d
2012-09-16  00:04        <DIR>    tcsh-6.18.01
2012-02-13  16:34      3,962,880  tcsh-6.18.01.tar
2012-02-13  00:00        926,872  tcsh-6.18.01.tar.gz
 
v:\tcsh> tree tcsh-6.18.01\
 
V:\tcsh\tcsh-6.18.01\
├──config
├──cygwin
├──nls
│  ├──C
│  ├──et
│  ├──finnish
│  ├──french
│  ├──german
│  ├──greek
│  ├──italian
│  ├──ja
│  ├──pl
│  ├──russian
│  ├──spanish
│  └──ukrainian
├──tests
└──win32
  └──msg
 
I UNTAR'd a file. According to UNTAR's messages, all files were extracted to the current directory (see below). They were, in fact, extracted into an appropriate directory tree.

The correct syntax for what you're trying to do is:

untar /d tcsh-6.18.01.tar

There is a bug in the zip dll that is causing the tar contents to *not* be written to the current directory when you don't specify /D (i.e., the display output is right, but the contents are erroneously extracted to the subdirectory). I've added a workaround for the next build.
 
I think what vefatica was reporting was that the files were properly extracted to the correct subdirectories, but the extraction messages indicated everything was extracted to the main folder (the problem being with the messages, not the extraction location). Either way, it looks like you've got a handle on it.
 
I think what vefatica was reporting was that the files were properly extracted to the correct subdirectories, but the extraction messages indicated everything was extracted to the main folder (the problem being with the messages, not the extraction location). Either way, it looks like you've got a handle on it.

The files were *not* extracted properly -- since he didn't specify /D, everything should have gone into the current directory. The messages were correct; the results were not.
 
Back
Top