this looks pretty straightforward for the cascading menu:

http://www.codeguru.com/cpp/com-tech/shell...icle.php/c4505/

and i don't believe it'll require any libraries you either can't get from ms through free sdks, or include from lcc-win32's/mingw's free set.

I took a quick peek and look at this:

Now, go here : I don't know any compiler other than VS that handles ATL so we'll need something else. Or maybe someone can do compile it for you.

Will UniExtract add the extract to subdir context for .Gadget files?

This would be awesome for VAIO and the Vista Sidebar users on XP and 2k3

What are .Gadget files? If it's something that requires Vista, then I won't be able to add support for it anytime soon. If it's something I can test out under XP, then I'll at least give it a shot.

the atl is confined to 2 header files that just prototype the com exports - everything else is pure win32 (hmenus and all).

but i don't know how annoying it might be to export the com interfaces without that atl header

are you sure its only 2 header files?

All i can see is 2 ATL classes (dont see header definitions). This could mean over 20 headers, as knowing microsoft the classes in question refrence info from a load of other classes. which would mean reading through all the ATL just to rewrite the required info.

Nope you dont need vista... .Gadget files are nothing but renamed .zip or .cab files that contain gadget files for the windows sidebar

More Info on how to get them on XP http://www.wincert.net/forum/index.php?showtopic=485

I needed to perform some tests so I downloaded the Office XP update (KB920816) from here and tried to unpack it with UniExtract 1.5 beta.
Unpacking went fine, apparently - got 4 files in the destination folder, no errors from UniExtract. Then, I tried to unpack the resulting RICHED20.MSP. This time I got an AutoIt error (see screenshot). I'm using Win98SE. The log follows:
TrID/32 - File Identifier v2.02 - © 2003-06 By M.Pontello
Definitions found: 2359
Analyzing...

Collecting data from file: C:\Downloads\oxpp\RICHED20.msp
61.4% (.MST) Windows SDK Setup Transform Script (63019/2/6)
30.7% (.PPT) Microsoft PowerPoint document (31500/1/2)
7.8% (.) Generic OLE2 / Multistream Compound File (8000/1)

If they're just renamed Zip files, then they should work just fine with version 1.5. TrID should detect the fact that it's a Zip file, regardless of the extension. I still wasn't able to test it, though, because I still couldn't find an example to work with. I tried downloading "Vista RTM Sidebar for Windows XP" from the link you provided, but it didn't include any actual .gadget files, nor could I find any other obvious link in that thread (of course, I don't know what I'm looking for). If you can give me a direct link to something, I'll test it out to be sure.


I just tested this file under XP and it seems to work fine. I have not tested any cmdTotal functionality under Windows 9x, so that's likely the cause of the problem. I'll take a look at it when I get a chance and see what I can do, but as a reminder I don't officially support Windows 9x for the reasons listed here.

Is this what you're talking about? Check out the "download the code / gadget from OdeToCode" in the second paragraph of the article. I tested that file and it does indeed work fine.

Yep thats a sidebar gadget

Heres another if you want to give it another go Click to view attachment (its inside the rar file)

Confirmed, works fine.

nitro322

We can't wait. When its done ?

I don't think the problem is in cmdTotal, because I just tested it standalone and it loaded the plug-in fine, it performed everything correctly, the destination folder was created but there was no file in that folder, so it actually didn't extract anything.
(Snippet from KaKeeware site: Requirements Windows 9x/2000/XP or newer)


Maybe there's some other unpacker that wouldn't play nice. Is there any possibility to create a very detailed and verbose log during the (attempted) unpacking, so one could find the reason for such errors? I'm willing to perform some tests here, time allowing.

Yeah, I know it's been a long time coming. Believe me, I'm quite ready to be done with this version. As for the actual release date, I'm thinking it should be ready on Monday. Two reasons:

First, I'm still waiting for one language file. Getting the updated language files has been the main delay, but at this point I'm ready to just drop the missing language and then add it back later once I do finally get the updated version.

Second, I may be away from the computer for the next few days, so I want to hold off on the next release. The last time I rushed out a release before leaving town (Thanksgiving) proved to be a rather bad experience. I don't want to repeat that.

So, check back here next Monday.


After playing around with it for a few minutes, I think this is yet another path-related issue, which has been the root cause of almost every problem found in Windows 9x so far. <rant>What a complete and total piece of crap.</rant>

I have not yet been able to duplicate your exact error, as extracting the MSP file works fine for me even under Windows 9x. However, I did come across some other weird problems which may or may not occur depending on how Universal Extract is used, how it was installed, which options were selected, whether Bill Gates is currently in a good mood, the alignment of the stars and planets, etc.; basically, a whole lot of dumb crap that makes no sense whatsoever.

I'll keep playing with it and see if I can get something workable, but I'm pretty close to losing my patience with it.

By the way, I also found out that the new "append missing file extensions" option doesn't work under Windows 9x. UniExtract just freezes up, and I have no idea why. I'm not in the mood to debug it, though, so I just disabled the function call if run from Windows 9x. This is an FYI, in case you're wondering why it's not doing anything different when enabled.

OK, fine, I got it. Thanks.

You got it working? What'd you do?

Edit: I haven't had a chance to mess with it anymore since my last post.

No. I mean I got the "message". I'm done here. Good luck.

Oh. Sorry man, I wasn't really trying to send a message. I was just in a rather bad mood that day and Windows' lack of cooperation just wasn't helping. I would certainly welcome your continued feedback, as I've been able to fix quite a few issues in the past that I wouldn't have otherwise known about. True, Windows 9x is not a supported OS, as I've mentioned a couple of times, but I still want UniExtract to at least be usable for users of that OS. Obviously all of the features may not work, but there's no reason why the core functionality of selecting a package and extracting its contents should fail.

Anyway, I'd hate to see you go, but I understand I probably came across as an a** in that last post. Just don't take it personally, please.

neither release nor beta can extract this hp deskjet driver.

this mthml file could not be extracted.. can you take a look at it..

http://hpac.texterity.com/hpac/200609/temp...Download+for+PC

ive also tried to use kekaware total command line with the HTM plugin with no use.. it does not work..

thanks in advance..

please add support for DMG support (DMG2ISO) is possible but i did not find program that support DMG from OSX

This is based on the same FEAD Optimizer packaging system that is used by Adobe Reader. Unfortunately, there's no way (that I've been able to find) to simply extract the files. You have to run the installer, wait for it to reconstruct the setup files (basically doing a self-extraction), then grab the reconstructed files when the actual setup begins. While this is easy enough to do manually, it's rather difficult programmatically because each and every product version can behave differently. For example, I added support for Adobe Reader 7.x and 8.x installers to UniExtract v1.5, but both of those behave differently version each other, and from version 6.x (which is not supported). I'd have to write another custom extraction/copy routine for this as well, which I'm not really inclined to do at this time. I'll keep it on the back burner, though, in case I ever find a general extractor for these types of packages.


Good lord, a 24 MB .mht file? That's just downright evil. I can confirm that it doesn't work, but I haven't had a chance to do too much research. It appears to use a different identifier for file names than ExtractMHT expects (eg, different than everything else I've tested). I'll look into updating ExtractMHT to support it if possible, and then I can role that into the next version of Universal Extractor (1.5.1, or whatever).


I tried to do this in the past, but I never could make it work. I think I was using dmg2iso as well, but it failed on every single test file I threw at it. If you (or anyone else) can find something that works, I'll be more than happy to add it.

Huh. Would you believe I just found a generic way to do this? I still need to do a lot more testing, but early results look promising. It's too late to include it in version 1.5, but I'll certainly include it in the next version if everything pans out.

Thanks for making me look into this again.

I'm not able to extract windows live messenger msi archive
I tried all 3 methods available

link:
http://g.msn.com/8reen_us/IT/INSTALL_MSN_MESSENGER_DL.EXE
(this is a self-extracting archive, unpacking it you'll find msnmsgs.msi)

The administrative install option fails, but the other two work for me. The output isn't pretty (GUIDs contained within the filenames, some missing extensions, etc.), but it's there. Does it not work for you at all, or are you just seeing that ugly output?

The administrative install is usually the only one that gives really clean output. If one of the other "ripping" methods are used, you'll likely end up with jumbled filenames. It can't be helped.

Yes, sorry my post is not very clear... I'm seeing that ugly output with missing extentions etc
I find that it's possible to enable administrative install if disabled using a file from the shark tutorial for wlm8.1 silent installer... maybe you can find a way to integrate this in your tool (I suppose this method works with all msi with administration install disabled)

check it here, first post:
http://www.msfn.org/board/index.php?showtopic=65292

You have to edit the msi in order to achieve a admin install with the MsnMsgs.msi... Follow sharks tuto and edit the msi and you can later use universal extractor with no probs at all

It has nothing to do with uniextract

I know that this problem is not related to uniextract... I modified messenger msi with Orca using Shark Tutorial and now admin install works fine

My previous post was to ask if there is a way to automatize this task with every msi archive with admin install removed: maybe uniextract could recognize these particular msi installers and enable admin install before trying to extract them

OIC have uniextract dettect and mod the msi on the fly

Great Idea... But I think hard to implement

Inno has released a new installer and extraction fails with files created by it.

log:
Signature detected: Inno Setup Setup Data (5.1.10)
This is not directly supported, but i'll try to unpack it as version 5107
; Version detected: 5110
Unpacking failed. This version is not supported.


shark

Yeah, agreed. I'll check it out and see if there's anything I can do, but this will be a low-priority request.


Oh, now that's just mean. I was actually on thier site earlier today to verify that I was using the latest version before creating the final 1.5 package, and only 5.1.9 was available at that time.

Oh well. I've already packaged up 1.5 at this point, and will not be making any more changes. Right now I'm just updating some documentation in preparation for the release. The Inno Setup issue will have to wait until 1.5.1.

Thanks for letting me know about it, though.

Finally 1.5 is out! Thank you, thank you, thank you!

Great work!

Yeah, just hadn't yet had a chance to announce it here. Thanks for stealing my thunder.

I'm going to update the first post with new download links and a copy of the changelog for this release. In the meantime, you can find out more information about the new features available in Universal Extractor 1.5 from this post on my website, and download it or view the complete changelog from UniExtract's home page.

As usual, feedback is welcome.

Hi nitro323,

Thanks for Universal Extractor. I use it now on regular base to extract most of my archives. I have requested several times some exe-unpackers, but I understand Universal Extractor is not ment to deal with these files anyway. I have switched to Quick Unpack for unpacking exe's now. For everything else Universal Extractor is what I use.

Hi, nitro

I unpacked two inno setup, and a messagebox appeared with no text and "Test" for title. Maybe you forgot to comment that lines of code?

Besides that, unpacking works.

Dang. I'll check it out later today. Thanks for letting me know.

I'm using ur great tool since first release - awesome!

Tonight I installed v1.5 and since then Microsoft Hotfix CAB archives are treated as 7zip files and only _sfx_xxxx._p files come outta there.
Hope you can fix this soon. So long I'm back to 1.42.

Edit:
Umm, was a bit hastily. It's only WINDOWSXP-KB925876-X86-DEU.EXE that's extracted like 7zip.

B)-->