No bit7z, please.

[MaxX]

Now betas use the bit7z lib as a "proxy" for normal 7zip dlls. That lib causes problems described in other topics.

Let's just use 7zip the same way as we use RAR's exe and dll:
UNpack -> use 7z.dll (just the same as unrar.dll)
Pack -> use 7z(g).exe (just the same as rar.exe)

That also should help to prevent any memory issues in packing progress. Extental process of the packer should be bore stable and even secure, I believe.
So I assume that there should be no need in additional bit7z library. Less files, same size. Easier updates of 7zip by the user. And for developer too.
Also that should help for legacy OS like win 9x...XP to get all supported by 7z.exe/7z.dll features without any problems of bit7z.

[Horst.Epp]

Support ++

[Usher]

Support++

[petermad]

Hmm, currently when using Internal 7-zip packing I get warnings before overwriting files in existing archives - that I do NOT get if I pack with 7zG.exe - so I guess that is why Ghisler doesn't always pack with 7zG.exe.

2MaxX
Doesn't disabling "Internal 7-Zip packer" solve your problems?

[Fla$her]

Pack -> use 7z(g).exe (just the same as rar.exe)

Rar is proprietary, and 7-zip provides free code. I don't see any benefit in this at all. I could make commands and scripts with 7zG without any problems before. Why would I need an intermediary dialogue here?

Also that should help for legacy OS like win 9x...XP to get all supported by 7z.exe/7z.dll features without any problems of bit7z.

Do I understand correctly that the internal packer is not supported on XP?

[Horst.Epp]

Hmm, currently when using Internal 7-zip packing I get warnings before overwriting files in existing archives - that I do NOT get if I pack with 7zG.exe - so I guess that is why Ghisler doesn't always pack with 7zG.exe.

That would be a point, if the warning only comes for changed files.
But it warns for every existing file, which makes updating an archive almost unusable.

[petermad]

But it warns for every existing file,

You can just choose "Overwrite all" - same as for ZIP files.

But without "Internal 7-Zip packer" enabled I don't get any warning at all!

[MaxX]

But without "Internal 7-Zip packer" enabled I don't get any warning at all!

RAR acts the same way. No users made any problems here for years.

[petermad]

RAR acts the same way

I get an overwrite warning from TC for archive types that are packed internally by TC = ZIP, TAR and GZ , and for plugins like 7zip, Total7Zip and Total SQX

[ghisler(Author)]

Now betas use the bit7z lib as a "proxy" for normal 7zip dlls.

I will do this if you or anyone else can provide a developers guide on how to call the 7zip dll directly. I could not figure it out myself, especially the modification of existing archives is very complex.

[MaxX]

May be you can find anything helpful in total7zip.wcx , it works with original 7zip somehow.

[spirit21]

https://7-zip.org/faq.html

How can I add support for 7z archives to my application?

One way is to use the 7z.dll or 7za.dll (available from sf.net for download). The 7za.dll works via COM interfaces. It, however, doesn't use standard COM interfaces for creating objects. You can find a small example in "CPP\7zip\UI\Client7z" folder in the source code. A full example is 7-Zip itself, since 7-Zip works via this dll also. There are other applications that use 7za.dll such as WinRAR, PowerArchiver and others.

The other way is to call the command line version: 7za.exe.

[ghisler(Author)]

Sorry, for now I will continue to use tcbit7z.dll. The only problem concerning newer operating systems (Vista and newer) was the very large dictionary size, which I was able to fix myself. Maybe I can add Windows XP support somehow, but it's not a high priority - XP users can still use total7zip or external 7zg.exe. The main idea of integrating 7-Zip was for
1. corporate users who can't install any plugins or third party software
2. beginners who have troubles installing plugins or third party software

Windows XP is out of service even for corporate users now, and no one begins with XP these days, so these two groups are not affected.

[lelik007]

2ghisler(Author)
7-zip hasn't got the most obvious or well documented calls maybe this article can be of any help to you:
https://www.tc4shell.com/en/7zip/parameterapi/
Because the dev of TC4Shell - Denis Anisimov is the second person after Igor Pavlov himself (at least from my acquaintances) who understands how 7-zip really works.

[ghisler(Author)]

I have already managed to get 7zip compression to work in the 32-bit version on Windows XP, it's in beta 4. In the meantime, I also managed to make it work in the 64-bit version.

Older Windows versions are missing functions like EncodePointer and DecodePointer as described here:
https://ghisler.ch/board/viewtopic.php?p=241514#p241514
I tried to follow the steps in that post to create a dll without these functions, but unfortunately it crashes on load.

So for now it will support Windows XP and newer.