[nitro322]

Please report any bugs that you find in this thread. When filing a bug report, please be sure to include the UniExtract version, Windows version, a detailed description of the problem (or screenshot), and download links to sample files when appropriate.

In general, you should only file bug reports for the latest stable and/or beta versions of Universal Extractor. If you find a bug in an older version, please first upgrade to the current version to see if it's already been resolved. I also strongly suggest searching through this subforum, as well as reviewing the UniExtract ChangeLog and ToDo files to see if the problem has already been discussed.

Any general questions, support requests, or other UniExtract discussion should be posted to other topics in this forum.

This post has been edited by nitro322: 09 May 2010 - 11:25 PM

[mushu13]

As you requested in the 'main' thread:

Installer:
On the 5th screen, "Set Program Options", the bottom row of pixels on the "Warn before executing files" check box has been cut off.

Vista:
No problems here, installed without issue!

NoInst:
In order for it to be considered 'truly portable' it should place debug files inside the UniExtract directory by default.

General:
I went through a handful of archives and it had no problem extracting them all.


I'll add more as I find them.
Can't wait for the final!

[nitro322]

Thanks for the extremely quick reply. :-)

mushu13, on Oct 11 2008, 05:59 PM, said:

Installer:
On the 5th screen, "Set Program Options", the bottom row of pixels on the "Warn before executing files" check box has been cut off.

I can't replicate this. What version of Windows are you using, and what theme? Maybe it's a font size problem. Any chance you could provide a screenshot?

a_wind, on Aug 18 2008, 01:30 AM, said:

NoInst:
In order for it to be considered 'truly portable' it should place debug files inside the UniExtract directory by default.

I don't really disagree with you, but when people use the term "portable" today they're usually referring to running apps off of some type of portable solid state device. Since these devices have a finite number of write cycles, I thought it better to write the debug files out to the %temp% directory on the main hard drive.

Perhaps a better approach would be to make debug files themselves optional? Eg., if running in portable mode, just don't create any debug files at all.

a_wind, on Aug 18 2008, 01:30 AM, said:

I'll add more as I find them.
Can't wait for the final!

Excellent, and thanks again.

[mushu13]

nitro322, on Oct 11 2008, 06:48 PM, said:

I can't replicate this. What version of Windows are you using, and what theme? Maybe it's a font size problem. Any chance you could provide a screenshot?

 wbef.jpg (3.51K)
Number of downloads: 7
Vista Home Premium SP1, default Aero theme, default font size. It looks like the separator line is covering up the box and part of the text. Maybe just add some extra buffer space?

nitro322, on Oct 11 2008, 06:48 PM, said:

I don't really disagree with you, but when people use the term "portable" today they're usually referring to running apps off of some type of portable solid state device. Since these devices have a finite number of write cycles, I thought it better to write the debug files out to the %temp% directory on the main hard drive.

Well, I'm used to thinking to the extreme, a 'truly portable' program leaves no remnants on the host computer.

nitro322, on Oct 11 2008, 06:48 PM, said:

Perhaps a better approach would be to make debug files themselves optional? Eg., if running in portable mode, just don't create any debug files at all.

Making debug files optional would be great, have an option in the preferences to enable/disable debug files?

[nitro322]

mushu13, on Oct 11 2008, 09:52 PM, said:

Vista Home Premium SP1, default Aero theme, default font size. It looks like the separator line is covering up the box and part of the text. Maybe just add some extra buffer space?

I'm using a custom dialog window here, so maybe Inno Setup doesn't automatically ad a vertical scroll bar when necessary like it does with the other dialog windows. I'll need to investigate this.

mushu13, on Oct 11 2008, 09:52 PM, said:

Making debug files optional would be great, have an option in the preferences to enable/disable debug files?

That works for me, though it won't be done until the next version. Feel like adding it to the feature request thread?

[nitro322]

nitro322, on Oct 11 2008, 10:56 PM, said:

I'm using a custom dialog window here, so maybe Inno Setup doesn't automatically ad a vertical scroll bar when necessary like it does with the other dialog windows. I'll need to investigate this.

Crap. I was able to confirm that this is exactly what's happening by simply adding another checkbox to the window, but I have no idea how to actually fix it. Just getting the custom dialog in the first place was difficult enough. :-( I'll mess around with it and see if I can make it work, but worse case this may be pushed off until 1.7.

Thanks for reporting this, though. Obviously this is something that needs to be fixed, though it's impact right now is fairly minimal.

[mushu13]

nitro322, on Oct 11 2008, 11:04 PM, said:

Crap. I was able to confirm that this is exactly what's happening by simply adding another checkbox to the window, but I have no idea how to actually fix it. Just getting the custom dialog in the first place was difficult enough. :-( I'll mess around with it and see if I can make it work, but worse case this may be pushed off until 1.7.

Thanks for reporting this, though. Obviously this is something that needs to be fixed, though it's impact right now is fairly minimal.

Maybe a dirty little trick would be to add an empty text label at the bottom?

Also, I found a bug with with the main program. If the /prefs switch is used, and the user closes the window without pressing 'OK', UniExtract sets idle in the system tray until the user manually closes it.

[nitro322]

mushu13, on Oct 12 2008, 02:18 AM, said:

Also, I found a bug with with the main program. If the /prefs switch is used, and the user closes the window without pressing 'OK', UniExtract sets idle in the system tray until the user manually closes it.

Dude, that's some hardcore testing right there. I actually found that myself earlier tonight while working on some documentation updates, but I didn't bother mentioning it because I didn't think anyone would actually notice. :-) It's already been fixed.

[mushu13]

There seems to be an error in the source archive, more specifically I am unable to compile a working binary.

Even when starting with the unmodified source, I get this error:
 Acceptfiles_Error.jpg (21.1K)
Number of downloads: 9
A quick Google search for WS_EX_ACCEPTFILES, tells me to insert:

#include <WindowsConstants.au3>

in with the other #include entries.
After that I get a working source, and can then enter my own tweaks (thanks to your new /prefs code I have my /sub code down to 11 lines!).

PS. Your link to the "Latest Version" thread, in the UE 1.5 thread, is broken.

This post has been edited by mushu13: 18 October 2008 - 01:06 AM

[nitro322]

mushu13, on Oct 18 2008, 02:03 AM, said:

There seems to be an error in the source archive, more specifically I am unable to compile a working binary.

What version of AutoIt are you using? I seem to recall seeing a number of incompatible changes in the most recent release, so I stuck with the version I was using when last doing active development, which was 3.2.10.0. I didn't want to risk introducing any new bugs this late in the release cycle. Can you try compiling with 3.2.10.0 and let me know if that works? I can add a warning note about it on my website.

Edit: These are the changes I mentioned. I see a couple of lines in there related to constants and includes.
http://www.autoitscript.com/autoit3/docs/s...ing_changes.htm

mushu13, on Oct 18 2008, 02:03 AM, said:

PS. Your link to the "Latest Version" thread, in the UE 1.5 thread, is broken.

Cool, thanks. Will get it fixed.

This post has been edited by nitro322: 18 October 2008 - 11:36 AM

[mushu13]

nitro322, on Oct 18 2008, 12:30 PM, said:

What version of AutoIt are you using?

I am using the newest version, 3.2.12.1.

nitro322, on Oct 18 2008, 12:30 PM, said:

Can you try compiling with 3.2.10.0 and let me know if that works?

Rolled back and compiled with 3.2.10.0 and it had no problems.

Thanks for the clarification!


Also, to make it compatible with the newest version, it also needs:

#include <ComboConstants.au3>

and possibly:

#include <StaticConstants.au3>

[nitro322]

I also noticed some functional changes Adding files using the filepicker is broken, and there may be other problems as well.

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.

This post has been edited by nitro322: 18 October 2008 - 05:10 PM

[aokedia]

I wanted to extract files converted by flash to exe.
I have also seen portable executable format which has all files in one place in exe.
It runs without installation or unpacking. Is it possible to extract files from such programmes using uniextract?

Thanks

Anil

[tk421]

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.

;prevent flase positives on self-extracting disk image files (ie imz files)
runwait($cmd & $7z & ' t "' & $file & '"' & $output, $filedir, @SW_HIDE)
$infile = fileopen($debugfile, 0)
$line = filereadline($infile)
do
if stringinstr($line, "error") then
fileclose($infile)
filedelete($debugfile)
splashoff()
$7zfailed = true;
return false;
endif
$line = filereadline($infile)
until @error

[frod]

Hi!

File:
http://cache-www.belkin.com/support/dl/f5d...03.00.02_w2.exe
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?!?!?

Oh, and no an unrelated note, when i tried to post a new topic for this i was getting kicked right back at the main page of the forums, but replying to this thread seems to work alright.

ps: thanks for UE, i still use and love it

[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]

tk421, on 29 July 2009 - 05:54 PM, said:

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?

This post has been edited by nitro322: 08 May 2010 - 01:37 AM

[nitro322]

validsquared, on 26 November 2009 - 06:17 AM, said:

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]

frod, on 29 October 2009 - 08:00 PM, said:

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]

nitro322, on 18 October 2008 - 05:05 PM, said:

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.

This post has been edited by nitro322: 08 May 2010 - 01:54 AM