[Hanschke]

@nitro322

this is a official ms download. here:

http://download.microsoft.com/download/b/b...lfile-de-de.exe

with /extract it works fine

[clavicle]

Great release after a long time!
Thanks!

[ggf31416]

nitro322, on Sep 18 2006, 12:16 AM, said:

So, to workaround the issue, wait until it looks like 7-Zip is frozen (no new files are being written), then type 'a' into the console and hit enter (no quotes). That should tell it to overwrite any existing files, which should then make it continue extraction.

Or u - Auto Rename

To nitro322: for 7-zip you can use -aou (auto rename extracting file) or -aot (auto rename existing file).

This post has been edited by ggf31416: 18 September 2006 - 05:29 AM

[Acheron]

I'm getting reports by Kaspersky 2006 that UniExtract.exe and ExttractMHT.exe matching Trojan-Downloader.Win32.Agent.axn signatures.
As I found out, these files are UPX compressed. Unpacking these files does not solve the issue. May I ask why you put UPX compression in? It's totally unneccessary for this program, and it slows down my system as well.

[Luka101]

IsXunpack has no problems with below file however Universal Extractor 1.3 cannot unpack.

http://ftp.ulead.com...1/mdt21_eng.exe

[ggf31416]

hp38guser, on Sep 18 2006, 08:04 PM, said:

I'm getting reports by Kaspersky 2006 that UniExtract.exe and ExttractMHT.exe matching Trojan-Downloader.Win32.Agent.axn signatures.

The false positives seem be fixed now. Kaspersky is having bad luck with the false positives.

hp38guser, on Sep 18 2006, 08:04 PM, said:

As I found out, these files are UPX compressed. Unpacking these files does not solve the issue. May I ask why you put UPX compression in? It's totally unneccessary for this program, and it slows down my system as well.

You should ask that question in the AutoIT forums. AutoIT uses automatically UPX compression when the script is compiled.

[Camarade_Tux]

One quick word about UPX decompression : AutoHotKey uses upx.exe to compress the scripts it compiles. And if you use upx to expand these files, then you can't run them anymore (stupid CRC ?).

[MagicAndre1981]

New Version is out:

1.3, Released: 09/15/2006

Changelog:

Quote

Added support for UHARC archives
Added support for KGB archives, including encrypted and self-extracting archives
Added support for MHTML (.mht) files
Added support for Wise for Windows Installer installers
Added support for InstallShield 3.x archives (.z, .1, and .lib)
Added support for decompressing UPX and ASpack files, including .dll files
Added additional support for MSI files
Added additional scanning options for PEiD
Added external database support for PEiD
Added ability to choose context menu items in installer
Added support for compressed files (.??_) to installer
Added command line usage information to installer (run with /?)
Added application-specific support for McAfee SuperDAT updater and CMenu installer
Fixed support for Microsoft hotfixes
Fixed miscellaneous typos
Fixed RPM file association in installer
Fixed miscellaneous file association bugs in installer
Updated PEiD to 0.94
Updated 7-zip to 4.42 (still using 4.40 nsis.dll)
Updated UnRAR to 3.60
Updated Inno Setup unpacking to include embedded files
Updated Inno Setup support to include newer versions
Updated InstallShield support to include support files when using cache option
Updated file scanning to speed up filetype detection
Updated Zip support to include files compressed with bzip2
Updated Zip support to include .wz extension
Updated Microsoft CAB support to include .imf extension
Updated Wise and InstallShield filetype detection to yield more accurate results

This post has been edited by MagicAndre1981: 20 September 2006 - 01:35 AM

[cyberloner]

super software and keep up!

[nitro322]

Hanschke, on Sep 18 2006, 04:57 AM, said:

this is a official ms download. here:

http://download.microsoft.com/download/b/b...lfile-de-de.exe

with /extract it works fine

Downloading now. I'll see what I can do with it.

ggf31416, on Sep 18 2006, 05:16 AM, said:

To nitro322: for 7-zip you can use -aou (auto rename extracting file) or -aot (auto rename existing file).

Those are good suggestions. I'm currently using -aos in some cases (where I knew this could be a problem), but not all. Unless I can figure out a better way of handling this in the next version, I'll probably just switch to using one of these arguments everytime 7z.exe is invoked.

hp38guser, on Sep 18 2006, 05:04 PM, said:

I'm getting reports by Kaspersky 2006 that UniExtract.exe and ExttractMHT.exe matching Trojan-Downloader.Win32.Agent.axn signatures.

This is a known issue with overzealous virus scanners. Check posts 123-150 or so of this thread.

hp38guser, on Sep 18 2006, 05:04 PM, said:

As I found out, these files are UPX compressed. Unpacking these files does not solve the issue. May I ask why you put UPX compression in? It's totally unneccessary for this program, and it slows down my system as well.

That is correct. As ggf31416, this is the default behavior of AutoIt, and to be honest, I prefer this behavior vs. not compressing it. Smaller files are a good thing, and simply not compresing them is not that right answer. Making sure AV vendors get their act together is.

Luka101, on Sep 18 2006, 07:47 PM, said:

IsXunpack has no problems with below file however Universal Extractor 1.3 cannot unpack.

http://ftp.ulead.com...1/mdt21_eng.exe

Thanks, will look into it.

Camarade_Tux, on Sep 20 2006, 12:47 AM, said:

One quick word about UPX decompression : AutoHotKey uses upx.exe to compress the scripts it compiles. And if you use upx to expand these files, then you can't run them anymore (stupid CRC ?).

Yeah, I've noticed this too with some, but not all, AutoIt scripts. I don't know why this happens, though. Can any UPX/AutoIt/AutoHotkey gurus answer this question? I'm rather curious about this myself.

[freeko]

freeko, on Sep 12 2006, 04:27 PM, said:

nitro322, on Sep 12 2006, 07:57 AM, said:

freeko, on Sep 11 2006, 06:31 AM, said:

1-EML email format used in outlook
2- IMF IncrediMail File
3-db & dbx outlook / express DataBase

Good suggestions, freeko. I started looking into this, and here are my initial thoughts:

EML - These files do not behave the same way as regular MHT files. The most noticeable difference is that they contain two separate boundaries, one nested within the other, which really wreaks havoc with my script. I started playing around with this and implementing some preliminary ideas, but right now it looks like this will take too much work to support properly without enough payoff. If this proves to be a popular request I may add it to a future version, but I'm going to hold off for now.

One other issue is that there are apparently different standards for .eml files. The .eml files saved by Thudnerbird, for example, are standard mbox files, drastically different than these (which, I presume, were created with Outlook Express).

IMF - I've never heard of this before, but if it's nothing more than a renamed cab file, then support is simple. It'll be included in 1.3.

db & dbx - I don't really know what to do with this. What are .db and .dbx files? From the description on the sites you linked to I'm guessing they're Outlook Express files, but I really don't know for sure. If they are, what exactly would you want to do with them? IE, how does this fit in with Universal Extractor's stated purpose of being able to extract files from archives and installers?

EML= i second that.. for initial support you can add the Base64 extraction of the embedded files..

IMF= thanks.. to resolve any future error .. UX should support files via header not extension. In my example. it has "MSCF" signature..which means CAB..

DB= db & dbx is a database of the EML files so you extract EML from these database then extract the content of the extracted EML files.. and it depends on EML support

new founding i have regarding the data stored in xml-document (office 2003, office2007) .. all data is stored in base64 code i had document and i save it in both mht and xml and combared the content i found that the image blocks are exactly 100% same..

Others

MSCAB other links
http://synce.sourcef...ce/unshield.php
http://www.kyz.uklin.../cabextract.php
http://www.kyz.uklinux.net/libmspack/
http://www.speakeasy.../~russotto/chm/

[Camarade_Tux]

nitro322, on Sep 23 2006, 11:27 PM, said:

Camarade_Tux, on Sep 20 2006, 12:47 AM, said:

One quick word about UPX decompression : AutoHotKey uses upx.exe to compress the scripts it compiles. And if you use upx to expand these files, then you can't run them anymore (stupid CRC ?).

Yeah, I've noticed this too with some, but not all, AutoIt scripts. I don't know why this happens, though. Can any UPX/AutoIt/AutoHotkey gurus answer this question? I'm rather curious about this myself.

I think I understood a bit why : compiled script (.exe) are just text files plus a compiler; they are not native code, they don't obey the same logic.
Now, let's ask a real developper.

[Dumpy Dooby]

Do you intend to ever add a universal compressor?

So like ... one could select a bunch of files and then select how they'd like to pack them.

This post has been edited by Dumpy Dooby: 24 September 2006 - 01:01 PM

[nitro322]

Dumpy Dooby, on Sep 24 2006, 01:01 PM, said:

Do you intend to ever add a universal compressor?

So like ... one could select a bunch of files and then select how they'd like to pack them.

Nah. There are already far better programs available that do this better than anything I could write. Besides, it seems to me that most people would prefer to stick with just one or two formats for archiving, in which case something that can support 27 methods of archiving really wouldn't do any good. The reason Universal Extractor is so useful is because it lets you handle content from other users, which is out of your control. Content that you create yourself is within your control, and therefore you can use your own preferred format and compression utility.

Just out of curiosity, though, does anyone else see value in this? Am I missing the mark here?

Edit: Woo-hoo! I'm a full-fledged "Member" now. And it only took 22 months.

This post has been edited by nitro322: 25 September 2006 - 02:12 PM

[Dumpy Dooby]

nitro322, on Sep 25 2006, 01:09 PM, said:

Dumpy Dooby, on Sep 24 2006, 01:01 PM, said:

Do you intend to ever add a universal compressor?

So like ... one could select a bunch of files and then select how they'd like to pack them.

Nah. There are already far better programs available that do this better than anything I could write. Besides, it seems to me that most people would prefer to stick with just one or two formats for archiving, in which case something that can support 27 methods of archiving really wouldn't do any good. The reason Universal Extractor is so useful is because it lets you handle content from other users, which is out of your control. Content that you create yourself is within your control, and therefore you can use your own preferred format and compression utility.

Just out of curiosity, though, does anyone else see value in this? Am I missing the mark here?

Edit: Woo-hoo! I'm a full-fledged "Member" now. And it only took 22 months.

I was thinking more along the lines of repacking installers. Say you decompress an MSI, replace a file, and then wanna repack it as an MSI. Of course the same would apply to Inno and the others.

That's more of what I was thinking. I'm pretty sure most will agree that for just archiving, 7zip has the best compression.

[MHz]

nitro322, on Sep 24 2006, 07:27 AM, said:

Camarade_Tux, on Sep 20 2006, 12:47 AM, said:

One quick word about UPX decompression : AutoHotKey uses upx.exe to compress the scripts it compiles. And if you use upx to expand these files, then you can't run them anymore (stupid CRC ?).

Yeah, I've noticed this too with some, but not all, AutoIt scripts. I don't know why this happens, though. Can any UPX/AutoIt/AutoHotkey gurus answer this question? I'm rather curious about this myself.

The AutoIt3 compiler that existed before March, 2006 used to search for the script code at a certain address to locate in the executable. The compiler was changed so UPX alternatives and such could be used so now AutoIt searches for tags which give the location to the script code in the executable. The latter does not rely on a fixed address which means decompressing the executable will not destroy the chances of the script code being found.

AutoHotKey, AFAIK, would be still using the compiler from AutoIt2 (modified) so decompressing it's executables would make the script code missing and would fail to execute.

[Dumpy Dooby]

Mhz, your knowledge of AutoIt is quite impressive. You're there immediately answering everyone's AutoIt questions. Good man.

[Camarade_Tux]

Nice to know. Thanks.
However, is AHK using AutoIt's old compiler ??

[nitro322]

Dumpy Dooby, on Sep 25 2006, 06:58 PM, said:

I was thinking more along the lines of repacking installers. Say you decompress an MSI, replace a file, and then wanna repack it as an MSI. Of course the same would apply to Inno and the others.

Ok, I gotcha. That'd actually be pretty cool, but pretty darn difficult to implement. I don't think this is something I would/could ever do, but I'd certainly be interested if anyone else takes a crack at it.

[nitro322]

freeko, on Sep 24 2006, 08:22 AM, said:

new founding i have regarding the data stored in xml-document (office 2003, office2007) .. all data is stored in base64 code i had document and i save it in both mht and xml and combared the content i found that the image blocks are exactly 100% same..

Sounds interesting. I'll check that out when I start working on the next version.