Trouble handling some 7-Zip SFX archives

[vudu]

It seems that 64-bit 8.51a has trouble handling some 7-Zip self-extracting archives, e.g. the latest NVIDIA graphics driver for 64-bit Windows.

Name: 340.52-desktop-win8-win7-winvista-64bit-english-whql.exe
Size: 213.84 MB
SHA-1: b6aa2aff317ea6197a9b20fdb7be59ad1bc70d2f

Unpacking or testing gives "Error in packed file", while WinRAR has no problems to test or unpack the archive (and identifies it as 7-Zip SFX). Unpacking the archive using its own SFX also produces no errors.

No packer plugins are installed, I'm using built-in 7-Zip unpacker.

Can you please take a look into this?

[Dalai]

The mentioned file can be opened with the 7zip plugin (0.7.6.5a). I don't know what causes this. 7zip itself shows "LZMA BCJ" as compression method, but this is also true for older graphics drivers, which TC 8.51a can open without any plugin.

Regards
Dalai

[ghisler(Author)]

Hmm, no idea, I'm using the official 7zip sources.
1. Does it work with TC 32-bit?
2. Can you give me a download link?

[vudu]

Hi Christian,

I'm using 64-bit TC exclusively, so I can't test it with 32-bit, but you can try it yourself:

http://us.download.nvidia.com/Windows/340.52/340.52-desktop-win8-win7-winvista-64bit-english-whql.exe

[ghisler(Author)]

Thanks for the file. TC 32-bit gives the same error, so both the 32-bit and 64-bit 7zip dlls return an error for this file. But it's not a 7-zip file, it's a CAB file containing:

dxupdate.cif
dxupdate.dll
dxupdate.inf

[Dalai]

But it's not a 7-zip file, it's a CAB file containing:

dxupdate.cif
dxupdate.dll
dxupdate.inf

Yes and no. Open the file with WinRAR (4.20 or later) or 7zip and you can see both of them saying it's a 7zip SFX. You are right that TC can't open this file as 7zip file - it shows it as CAB SFX. Even the 7zip plugin can't do it (don't know about Total7zip), so I was wrong about it as I posted a week ago.

I looked into the issue some more, and here's what I got:

• http://us.download.nvidia.com/Windows/340.52/340.52-desktop-win8-win7-winvista-64bit-english-whql.exe
  • Can be opened by 7zip and WinRAR as 7zip SFX (WinRAR 3.80 can't)
  • TC itself opens it as CAB archive, which is wrong
  • TC with 7zip plugin can't open it
  • 7zip shows "LZMA2 LZMA BCJ2" as compression method
• http://us.download.nvidia.com/Windows/337.88/337.88-desktop-win8-win7-winvista-64bit-international-whql.exe
  • Can be opened by 7zip and WinRAR as 7zip SFX (WinRAR 3.80 can't)
  • TC itself can't open it at all
  • TC with 7zip plugin can open it as 7zip SFX
  • 7zip shows "LZMA BCJ" as compression method
• http://us.download.nvidia.com/Windows/301.42/301.42-desktop-win7-winvista-64bit-international-whql.exe
  • Can be opened by 7zip and WinRAR (even the older 3.80)
  • TC's internal 7zip can open it, and it shows it as 7zip (dll) and "LZMA BCJ" compression method
  • 7zip plugin can open it
  • 7zip shows "LZMA BCJ" as compression method

So perhaps it's some change in compression method but note that the newer 340.52 archive can't be opened in TC at all (plugin or not). So, currently TC's internal 7zip method behaves like the older WinRAR 3.80.

Regards
Dalai

[ghisler(Author)]

The problem seems to be that it's some kind of non-standard 7zip file containing a CAB file inside (stored). Therefore TC only sees the internal CAB, not the outer 7zip file.

[Dalai]

The problem seems to be that it's some kind of non-standard 7zip file containing a CAB file inside (stored). Therefore TC only sees the internal CAB, not the outer 7zip file.

That may be the case for the 340.52 archive file not but the other two. So far TC's internal 7zip handling is inferior to the 7zip plugin since it can't open archives which the plugin opens without a hitch (and it lacks archive creation - I know this has been discussed). The internal 7zip function should at least have the same functionality as the plugin, regarding extracting.

Regards
Dalai

[vudu]

I managed to locate the real start of 7z archive, it begins at offset 0x9825C. So if I strip everything in front of it, Total Commander handles it successfully, both testing and extracting (same goes for WinRAR).

However, WinRAR now reports "unknown" type of 7-Zip archive. I also tried to create an archive with 7-Zip 9.34 using both LZMA and LZMA2 compression and WinRAR also reports "unknown" for them. Maybe the latest 7-Zip alpha versions are simply bugged...

Btw, those files Totalcmd shows when you ctrl+pagedown on the EXE are actually the content of dxupdate.cab located in the archive. Detection by the DLL is definitely not working as same as by 7-Zip File Manager, but I guess it's 7-Zip problem.

[ghisler(Author)]

I see - so this CAB is part of the unpacker, not part of the 7zip. That's very unfortunate because TC looks for the first valid archive inside the EXE...

[ZoSTeR]

How can I override or deprioritize the internal detection?

Using Total7Zip via the context menu works for all mentioned SFX variants.

Code: Select all

[Associations]
Filter1=*.*
Filter1_Total7Zip=**Total7Zip

[/size]

[ghisler(Author)]

Sorry, you can't.