Total7zip

Discuss and announce Total Commander plugins, addons and other useful tools here, both their usage and their development.

Moderators: white, Hacker, petermad, Stefan2

Post Reply
iana
Senior Member
Senior Member
Posts: 345
Joined: 2010-07-27, 22:00 UTC

Post by *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
Junior Member
Junior Member
Posts: 58
Joined: 2011-10-09, 21:32 UTC

Post by *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
Senior Member
Senior Member
Posts: 345
Joined: 2010-07-27, 22:00 UTC

Post by *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
Junior Member
Junior Member
Posts: 58
Joined: 2011-10-09, 21:32 UTC

Post by *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
Senior Member
Senior Member
Posts: 384
Joined: 2007-09-10, 13:05 UTC

Post by *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.
User avatar
Horst.Epp
Power Member
Power Member
Posts: 6450
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

HAL 9000 wrote: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
New Member
New Member
Posts: 1
Joined: 2015-12-30, 04:04 UTC

Post by *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???
User avatar
Horst.Epp
Power Member
Power Member
Posts: 6450
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

Zero_lelouch wrote: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
Junior Member
Junior Member
Posts: 26
Joined: 2006-04-05, 10:42 UTC

Post by *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
Junior Member
Junior Member
Posts: 9
Joined: 2012-08-29, 17:44 UTC

Post by *tc4e »

Horst.Epp wrote:
HAL 9000 wrote: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.
User avatar
Horst.Epp
Power Member
Power Member
Posts: 6450
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

tc4e wrote:
Horst.Epp wrote:
HAL 9000 wrote: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
Junior Member
Junior Member
Posts: 9
Joined: 2012-08-29, 17:44 UTC

Post by *tc4e »

Horst.Epp wrote:
tc4e wrote:
Horst.Epp wrote: 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
Junior Member
Junior Member
Posts: 9
Joined: 2012-08-29, 17:44 UTC

Post by *tc4e »

tc4e wrote:
Horst.Epp wrote:
tc4e wrote: 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
Junior Member
Junior Member
Posts: 9
Joined: 2012-08-29, 17:44 UTC

Post by *tc4e »

tc4e wrote:
tc4e wrote:
Horst.Epp wrote: 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.
User avatar
Horst.Epp
Power Member
Power Member
Posts: 6450
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

tc4e wrote:
tc4e wrote:
tc4e wrote: 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.
Post Reply