Universal Extractor 1.6 Bug Reports

[validsquared]

Cannot unpack dll of PECompact2

example DLL can be found in simple-adblock BHO which itself can be unpacked from the adblock install wrapper:

simple-adblock.com/download/simpleadblock.msi

File size: 708608 bytes

MD5 : 0364d0b8811a79ae80d19ea40342ad00

SHA1 : 90cec9ec4278aeabc24167972572bae85ea4c64b

[nitro322]

Universal Extractor 1.6 incorrectly identifies self extracting disk image files (.imz) as 7z archives adding the following to check7z() corrects the issue and allows these files to be expanded.

Thanks for the report and code. However, I don't have any .imz files to test and validate this. Can you (or anyone else) please provide a couple examples?

Edited May 8, 2010 by nitro322

[nitro322]

Cannot unpack dll of PECompact2

I think I looked into this before and couldn't find a freely redistributable unpacker for it. If this is something that works for other files but not this particular one, then I'll try to look into it, but otherwise this would be considered a feature request to add support for a new filetype. If that's the case, I don't mind looking into that either, but I still need an unpacker - are you aware of any?

[nitro322]

contains data1.cab, data1.hdr and data2.cab. Zipscan can extract from the cab files just fine using the zd51145.dll from UE, but UE says data1.cab is not an archive?!?!?

This is an InstallShield 12.x package. No freely redistributable utility that I'm aware of can extract them. There are non-free utilities to do it, but I can't include them in UniExtract. This is a rather long-standing request that I'd love to add support for, but it's not possible at this time.

If anyone knows differently, please correct me.

[nitro322]

If you want to roll your own build, I highly recommend sticking with AutoIt 3.2.10.x for now.

Edit: Nevermind. The filepicker issue I mentioned above is actually a bug in my code. If you use the Preferences GUI to toggle the history option, and then select a file using the filepicker without first restarting UniExtract, it will output the file name incorrectly to the input box. I'll fix this in 1.6.1, as well as, obviously, updating it to use the latest version of AutoIt.

However, there still may be some other changes when used with 3.2.12.0, and I still recommend sticking with 3.2.10.x just to play it safe.

1.6.1 compiles/runes fine under latest AutoIt (currently 3.3.6.1). Also fixed the filepicker issue.

Edited May 8, 2010 by nitro322

[radix]

Universal Extractor 1.6 incorrectly identifies self extracting disk image files (.imz) as 7z archives adding the following to check7z() corrects the issue and allows these files to be expanded.

Thanks for the report and code. However, I don't have any .imz files to test and validate this. Can you (or anyone else) please provide a couple examples?

U.E. 1.6.1 can extract files from .imz and .ima image files, but can't extract files from winimage sfx archives (upx compressed).

I've uploaded an example:

http://www.filefacto...b/n/wwwwwww.exe

or

http://hotfile.com/d...wwwwww.exe.html

Edited May 14, 2010 by radix

[jsp]

Extracting nsis-2.46-setup.exe by UniExtract 1.6.1 legroom (New) the extraction fail it shows jung charecter but gora 1.6.2.8 Extract clean and clear.

7-Zip 9.13 also extract clean and clear.

In legroom UniExtract 1.6.1 changelog.txt shows several added support for brute force,environmental variables etc.

The registry of legroom UniExtract 1.6.1 is also very bulky.Two extra i.e; EXTRACT_FILES,EXTRACT_HERE command are occasionally needed may be removed.

[nitro322]

Extracting nsis-2.46-setup.exe by UniExtract 1.6.1 legroom (New) the extraction fail

It works for me. I did notice a potential problem, though. As mentioned in the changelog, I now have 7-zip try extracting files last, as recent versions can incorrectly unpack some .exe files that other utilities correctly unpack. A side-effect is that Install Explorer is used to extract NSIS files by default now rather than 7-zip. InstExpl can better support NSIS 1.x files, but 7-zip, from what I've seen, better supports newer NSIS 2.x files. I'll need to shuffle some things around again to make 7-zip default for NSIS without affecting other file types. Will add to my todo file.

The registry of legroom UniExtract 1.6.1 is also very bulky.Two extra i.e; EXTRACT_FILES,EXTRACT_HERE command are occasionally needed may be removed.

I don't know what you mean by this. Can you please clarify?

[amritlohia]

I think I caught a bug in UniExtract 1.6.1.

When extracting Firefox 3.6.3 Installer, it used to extract correctly as a 7-zip package in 1.6

But in 1.6.1, it extracts as a FEAD package, which is incorrect.

Amrit

[frmariam]

Didn't check this project for a long while... Glad to see a new version (I feared it was abandoned).

Just to say NSIS extraction also fails for me... 1.6.1 beta1 works fine tough (the bug seems to have been introduced in beta2).

Running a Win7 x64 (don't know if it matters).

Edited May 24, 2010 by frmariam

[amritlohia]

I have some more suggestions:

AspackDie could be replaced or complemented with Anti-ASPack - http://www.woodmann.com/crackz/Unpackers/Antiasp.zip

BareBones OOZ could be replaced or complemented with UnZoo - http://archives.math.utk.edu/software/multi-platform/gap/util/unzoo.exe

This is a freely redistributable unpacker for PECompact: http://ap0x.jezgra.net/RL!dePeCompact 2.x.rar

UnUHARC should be removed, as you have stated that a legitimate source cannot be found.

Your program cannot extract installers created with JGSoft DeployMaster (http://www.deploymaster.com)

When I extract one, it just creates a file called [~0].

I have zipped up two sample installers of this type here: http://www.mediafire.com/?yyfzjzn1vey

(The first one is their installer, made using their product, and the second one is a sample made by me)

Edited May 25, 2010 by amritlohia

[nitro322]

U.E. 1.6.1 can extract files from .imz and .ima image files, but can't extract files from winimage sfx archives (upx compressed).

I've uploaded an example:

Support is there, but it's not detecting the file properly. It's trying to unpack it as a FEAD file, same as the other commenter posted about the Firefox installer. This is another consequence of shuffling around 7-Zip.

I think I caught a bug in UniExtract 1.6.1.

When extracting Firefox 3.6.3 Installer, it used to extract correctly as a 7-zip package in 1.6

But in 1.6.1, it extracts as a FEAD package, which is incorrect.

Confirmed - thanks for the report.

AspackDie could be replaced or complemented with Anti-ASPack - http://www.woodmann.com/crackz/Unpackers/Antiasp.zip

BareBones OOZ could be replaced or complemented with UnZoo - http://archives.math.utk.edu/software/multi-platform/gap/util/unzoo.exe

This is a freely redistributable unpacker for PECompact: http://ap0x.jezgra.net/RL!dePeCompact 2.x.rar

I'm always up for checking out newer/better alternatives. Thanks for the links.

UnUHARC should be removed, as you have stated that a legitimate source cannot be found.

I can't find a legit download source now, but the binaries themselves, best I can tell, are freely redistributable. As a result, there shouldn't be a problem keeping them included.

Your program cannot extract installers created with JGSoft DeployMaster (http://www.deploymaster.com)

When I extract one, it just creates a file called [~0].

That's 7-Zip's new generic .exe resource extraction at work. It doesn't seem to work all that well, though, and it's definitely causing me other problems with file type detection and extraction order, as discussed previously. You might be able to extract files from the 0 file by renaming it to include a few different extensions (0.exe, 0.cab, etc.) and running UniExtract on i. I have seen that work once before, but mostly not.

Thanks for the installer examples. I'll add them to the list to check out.

[amritlohia]

I renamed the [0] file to 0.exe, and ran uniextract on it.

The result was just some files with the names .idata, .rdata and some others.

[KarlM]

Hi All...

When I use Universal Extractor 1.6.1 to extract the contents of an installer downloaded from,

http://sourceforge.net/projects/cream/files/Vim/7.2.441/gvim-7-2-441.exe/download

the folders have funny names and some files are missing. But when I rename it to a zip file

I can extract it correctly with 7-zip 9.13 beta.

I did not have this problem with the previous version of Universal Extractor.

Thanks,

...Karl

[amritlohia]

Update: Please disregard Anti-AsPack. I tested it and it won't launch.

The error given is 'The application was unable to start correctly (0xc0000142). Click OK to close the application'.

Also disregard RL!dePeCompact2.x - It's a GUI app, so you won't be able to integrate it into UniExtract.

I also found another unpacker, but it's GUI and crashes on my test PeCompact file, which unpacked successfuly with

RL!dePeCompact2.x

Edited June 6, 2010 by amritlohia