#1365 -t{archive_type} does not work as documented

[Matt Heyse]

As per the 9.22 Beta Help File:

{archive_type}
Specifies the type of archive. It can be: *, 7z, split, zip, gzip, bzip2, tar, ... , or combination of them, like: mbr.vhd

This is not currently working. The Beta releaes gives:

Error:
Unsupported archive type

For both tar.gzip and gzip.tar

Zipping them individually does work, as a two step process (-ttar then again as -tgzip)

On a related note. I'm really just converting archives (so its a three step process due to this bug). So here is some background, and a issue with the -u switch (which is just a lack of documentation so I didn't submit it as a separate bug)

I can use the -u- tag to do archive conversion from ANY to .7z

7z u ArchiveType1.zip -u- -up1q1x1z1r0!ArchiveType2.7z *

And that works, but I don't need .7z files I need .tgz (.tar in a .gzip), but I've been testing with .tar and I can't seem to get it to work.

The -u documentation in the same help file states:

Syntax
-u[-]<action_set>[!{new_archive_name}]
...
{new_archive_name}
Specifies the path name of the new archive to be created. All options in this switch will refer to this new archive.

If not assigned, then all options in this switch will refer to the base archive of the command.

I've tried every way I can think of to get the -t switch inside of {new_archive_name} or anywhere in the -u switch or as a third -u switch, to get an archive other than .7z type with no luck.

-t switch outside the -u switch, changes the base archive type just as the help says.

An example of how to put "options in this switch" would be nice.

When this bug is fixed I would expect to do single line archive conversions to .tgz
i.e. 7z u ArchiveType1.zip -u- -up1q1x1z1r0-ttar.gzip!ArchiveType2.tgz *

This is all from
7-Zip 9.22 beta Copyright (c) 1999-2011 Igor Pavlov 2011-04-18
On Winxp

[Matt Heyse]

Test with New 9.30 Alpha. Still does not work. The error has changed to "Can't create archive for that type"

Here is a run example:

C:\Program Files\7-Zip>7z a -ttar a.tar *

7-Zip 9.30 alpha Copyright (c) 1999-2012 Igor Pavlov 2012-10-26
Scanning

Creating archive a.tar

Compressing 7-zip.chm
Compressing 7-zip.dll
Compressing 7z.dll
Compressing 7z.exe
Compressing 7z.sfx
Compressing 7zCon.sfx
Compressing 7zFM.exe
Compressing 7zG.exe
Compressing descript.ion
Compressing history.txt
Compressing Lang
Compressing Lang\af.txt
Compressing Lang\an.txt
Compressing Lang\ar.txt
.....Lines of output removed.....
Compressing Lang\va.txt
Compressing Lang\vi.txt
Compressing Lang\zh-cn.txt
Compressing Lang\zh-tw.txt
Compressing license.txt
Compressing readme.txt
Compressing Uninstall.exe

Everything is Ok

C:\Program Files\7-Zip>7z a -ttar.gzip a.tgz *

7-Zip 9.30 alpha Copyright (c) 1999-2012 Igor Pavlov 2012-10-26

Error:
Can't create archive for that type

C:\Program Files\7-Zip>7z a -tgzip a.tgz a.tar

7-Zip 9.30 alpha Copyright (c) 1999-2012 Igor Pavlov 2012-10-26
Scanning

Creating archive a.tgz

Compressing a.tar

Everything is Ok

C:\Program Files\7-Zip>

As this is not a "new" bug, so I'm not making a post in the 9.30 thread

[Igor Pavlov]

7-Zip supports only some combinations of types for -t switch. abd only for extracting.
When you create archive you must use one type.

[Matt Heyse]

Understood, but that's not in the documentation. I have really no idea what dual are supported. So I this isn't a bug, just a documentation error.

Should I now make so Feature Requests for
+ support for archive_type tar.gzip
+ support for dual archive_type use during compression
+ archive file extension .tgz synonym for archive_type tar.gzip

Or is this ''Bug Report'' good enough for that?

[Igor Pavlov]

This report is enough.
You can create dual tgz archive with pipes and -si -so switches.

[Matt Heyse]

I was just going to suggest that (the a early fork() call in the program) could do the equivalent of that for ANY dual archive types with very little coding. Thus simplifying the command line from -si -so pipes. Guess I don't need to.

Thanks for considering it.