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

Matt Heyse

As per the 9.22 Beta Help File:

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:

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:

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

    Matt Heyse - 2013-08-22

    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

    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

    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

    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

    Last edit: Matt Heyse 2013-08-22
  • Igor Pavlov

    Igor Pavlov - 2013-08-23

    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

    Matt Heyse - 2013-08-23

    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

    Igor Pavlov - 2013-08-23

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

  • Matt Heyse

    Matt Heyse - 2013-08-23

    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.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks