Multi Commander > Feature Requests and Suggestions

SFX archives support

<< < (2/3) > >>

Mathias (Author):
But if they have the extension .7z they are not SFX .. SFX are self extracting so they are exe that will unpack them self.

espkk:
Generally, SFX is a concatenation of a program to unpack it's overlay(what is right after PE in the same file) and the archive itself
So, the offset of an archive is always known from the outside. Many archivers open SFX like usual archives by skipping PE program. It's useful because you can use your archiver to unpack this file, but if you don't have proper one, you can just rename it to exe...

Mathias (Author):
Yes I know. But if the files is called .exe the extension will not open it, and if it is a .7z but is marked as a exe then the extension will not recognize it.
I use the free 7zip lib. it only open 7z files.

Mathias (Author):
And I do not have the time to develop my own 7z parser. :)
But if you have code for it... then send me it and I can see if it can be used

espkk:
I thought lib decompresses buffer, not the entire file... Ok, then it's probably not a good idea, especially if you don't have the time for it
BTW, stock 7z console(which is also opensource) supports such files:

--- Quote ---7-Zip [64] 16.04 : Copyright (c) 1999-2016 Igor Pavlov : 2016-10-04

Scanning the drive for archives:
1 file, 1685398 bytes (1646 KiB)

Listing archive: t.7z

--
Path = t.7z
Warning: The archive is open with offset
Type = 7z
Offset = 162816
Physical Size = 1522582
Headers Size = 106
Method = LZMA2:1536k
Solid = -
Blocks = 1
--- End quote ---

P.S. Is there a way to call FS plugin manually? I mean to force them to read a file using scripts or API?

Navigation

[0] Message Index

[#] Next page

[*] Previous page