Total7zip

[iana]

maybe I wasn't clear enough, I can edit gzip settings only if 7zip_gzip is selected as the format, I do get an error if I select 7zip_7z and try to use a different format (bzip/gzip), it's probably a bug.

[Orochi]

It doesn't work like that for me iana

If I select xz as a format from the ALT-F5 dialog and press configure, the configuration window will pop up with 7z format settings. When I switch to xz and change something and press ok, I get that error.

iana when you select 7z_gzip and press configure, does the configuration window select gzip by default or do you have to switch to gzip from 7z?

[iana]

iana when you select 7z_gzip and press configure, does the configuration window select gzip by default or do you have to switch to gzip from 7z?

I have to switch it from 7z to gz (or whatever) but to be honest I've never used this plugin to pack to zip/gzip/bzip etc, why well I already have the bzip/xz plugins and when I compress I usually use internal zip for speed or 7z for ratio, if I just select zip.gzip I can pack to gz, the same goes for tar,zip,bz2 and xz.
If the question was how to use total7z to compress to zip (gz, bz2, xz etc) the answer is add the above lines to wincmd.ini (it's in the readme), if the question is does this plugin have bugs the answer is yes it does and I do believe the reason is the updated 7z.dll as when I first installed it with the 9.20 version I had no issues, other users have reported issues with newer dll's from Igor.

[Orochi]

I do believe the reason is the updated 7z.dll as when I first installed it with the 9.20 version I had no issues

The original Total7zip v0.8.5.6 comes with 7zip 9.22.
I get the same error with that 7zip version as well.

In any case. Maybe it is a bug that is not noticed by many users.

Thanks for your input iana.

[HAL 9000]

Is there any chance this plugin will be updated? Currently it won't unpack files packed with 7zip 15 with 1.5gb dictionary.

[Horst.Epp]

Is there any chance this plugin will be updated? Currently it won't unpack files packed with 7zip 15 with 1.5gb dictionary.

This plugin needs no update
as it can use the files from an actual installed 7zip.
In my case its x64 version 15.12

[Zero_lelouch]

It's a really nice plugin, having a lot of functionalities. But I still have a doubt: how use it as a content plugin? For example, I want to open a damaged iso file, but the plugin doesn't even bother for open it. I think the problem is in the file, but when I tried with 7zip 15.12 (the program) it was opened without any kind of problem.
What am I doing wrong???

[Horst.Epp]

It's a really nice plugin, having a lot of functionalities. But I still have a doubt: how use it as a content plugin? For example, I want to open a damaged iso file, but the plugin doesn't even bother for open it. I think the problem is in the file, but when I tried with 7zip 15.12 (the program) it was opened without any kind of problem.
What am I doing wrong???

Setup as content or lister plugin is explained in the readme.rtf of the zip archive.

[joker]

Is there a way to open (read: treat like a directory) e.g. tar files with Total7zip and circumvent the internal archive handler of TC?
I need to see the Unix file attributes.
Assigning the plugin to e.g. tar does not work. The file is always being opened by the internal TC archive handler.

[tc4e]

Is there any chance this plugin will be updated? Currently it won't unpack files packed with 7zip 15 with 1.5gb dictionary.

This plugin needs no update
as it can use the files from an actual installed 7zip.
In my case its x64 version 15.12

As for 7zip option -spf ("use fully qualified file paths") this is not true.
The plugin can neither read those archives created with -spf nor write them.

Tcmd's built-in 7zip can handle that option - read-only as we are used
to tcmd and 7zip archives.

[Horst.Epp]

Is there any chance this plugin will be updated? Currently it won't unpack files packed with 7zip 15 with 1.5gb dictionary.

This plugin needs no update
as it can use the files from an actual installed 7zip.
In my case its x64 version 15.12

As for 7zip option -spf ("use fully qualified file paths") this is not true.
The plugin can neither read those archives created with -spf nor write them.

Tcmd's built-in 7zip can handle that option - read-only as we are used
to tcmd and 7zip archives.

I have no problems to read archives created with the -spf parameter
using the Total7zip plugin !

[tc4e]

This plugin needs no update
as it can use the files from an actual installed 7zip.
In my case its x64 version 15.12

As for 7zip option -spf ("use fully qualified file paths") this is not true.
The plugin can neither read those archives created with -spf nor write them.

Tcmd's built-in 7zip can handle that option - read-only as we are used
to tcmd and 7zip archives.

I have no problems to read archives created with the -spf parameter
using the Total7zip plugin !

Do you have added files to the archive this way:
c:\dir\file
d:\dir\file
... assumed "dir" and "file" are located on drive c: and drive d: as well.

Did you use more than one drive letter at all?

[tc4e]

As for 7zip option -spf ("use fully qualified file paths") this is not true.
The plugin can neither read those archives created with -spf nor write them.

Tcmd's built-in 7zip can handle that option - read-only as we are used
to tcmd and 7zip archives.

I have no problems to read archives created with the -spf parameter
using the Total7zip plugin !

Do you have added files to the archive this way:
c:\dir\file
d:\dir\file
... assumed "dir" and "file" are located on drive c: and drive d: as well.

Did you use more than one drive letter at all?

Example:
c:\dir\file has content "content 1"; d:\dir\file has content "content 2"
7z a -spf archive.7z c:\dir\file d:\dir\file

[tc4e]

I have no problems to read archives created with the -spf parameter
using the Total7zip plugin !

Do you have added files to the archive this way:
c:\dir\file
d:\dir\file
... assumed "dir" and "file" are located on drive c: and drive d: as well.

Did you use more than one drive letter at all?

Example:
c:\dir\file has content "content 1"; d:\dir\file has content "content 2"
7z a -spf archive.7z c:\dir\file d:\dir\file

Tcmd's built-in 7zip shows "dir" twice which is partially ok.
It should also show the drive letter.
Under each "dir" "file" is shown twice due to the ignored drive letter of path "dir".
One "file" then is shown with "content 1", the other "file" with "content 2" which is correct so far.

[Horst.Epp]

Do you have added files to the archive this way:
c:\dir\file
d:\dir\file
... assumed "dir" and "file" are located on drive c: and drive d: as well.

Did you use more than one drive letter at all?

Example:
c:\dir\file has content "content 1"; d:\dir\file has content "content 2"
7z a -spf archive.7z c:\dir\file d:\dir\file

Tcmd's built-in 7zip shows "dir" twice which is partially ok.
It should also show the drive letter.
Under each "dir" "file" is shown twice due to the ignored drive letter of path "dir".
One "file" then is shown with "content 1", the other "file" with "content 2" which is correct so far.

Ok, there is a problem with -spf option.
But for what reason should I ever store the absulute pathnames in an archive ?
Never needed this for the last 30 years of working with archives
on all sort of Windows machines.