Jump to content

Welcome to MSFN Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. This message will be removed once you have signed in.
Login to Account Create an Account


Photo

Universal Extractor 1.6 Bug Reports


  • Please log in to reply
50 replies to this topic

#1
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04
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.

Edited by nitro322, 09 May 2010 - 11:25 PM.



How to remove advertisement from MSFN

#2
mushu13

mushu13

    Newbie

  • Member
  • 41 posts
  • Joined 17-October 06
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!
They call them fingers, but I've never seen them fing, or ger. WOAH there they go!!!!!!!
~Otto

#3
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04
Thanks for the extremely quick reply. :-)

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?

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.

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

Excellent, and thanks again.

#4
mushu13

mushu13

    Newbie

  • Member
  • 41 posts
  • Joined 17-October 06

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?

Attached File  wbef.jpg   3.51KB   8 downloads
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 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.

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?
They call them fingers, but I've never seen them fing, or ger. WOAH there they go!!!!!!!
~Otto

#5
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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.

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?

#6
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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.

#7
mushu13

mushu13

    Newbie

  • Member
  • 41 posts
  • Joined 17-October 06

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? :sneaky:

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.
They call them fingers, but I've never seen them fing, or ger. WOAH there they go!!!!!!!
~Otto

#8
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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.

#9
mushu13

mushu13

    Newbie

  • Member
  • 41 posts
  • Joined 17-October 06
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:
Attached File  Acceptfiles_Error.jpg   21.1KB   10 downloads
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!). :thumbup

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

Edited by mushu13, 18 October 2008 - 01:06 AM.

They call them fingers, but I've never seen them fing, or ger. WOAH there they go!!!!!!!
~Otto

#10
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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.autoitscr...ing_changes.htm

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

Cool, thanks. Will get it fixed.

Edited by nitro322, 18 October 2008 - 11:36 AM.


#11
mushu13

mushu13

    Newbie

  • Member
  • 41 posts
  • Joined 17-October 06

What version of AutoIt are you using?

I am using the newest version, 3.2.12.1.

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! :thumbup


Also, to make it compatible with the newest version, it also needs:
#include <ComboConstants.au3>
and possibly:
#include <StaticConstants.au3>

They call them fingers, but I've never seen them fing, or ger. WOAH there they go!!!!!!!
~Otto

#12
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04
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.

Edited by nitro322, 18 October 2008 - 05:10 PM.


#13
aokedia

aokedia
  • Member
  • 1 posts
  • Joined 12-February 09
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

#14
tk421

tk421
  • Member
  • 4 posts
  • Joined 10-March 08
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

#15
frod

frod

    Newbie

  • Member
  • 17 posts
  • Joined 22-April 08
Hi!

File:
http://cache-www.bel...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

#16
validsquared

validsquared
  • Member
  • 1 posts
  • Joined 26-November 09
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

#17
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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 by nitro322, 08 May 2010 - 01:37 AM.


#18
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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?

#19
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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.

#20
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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 by nitro322, 08 May 2010 - 01:54 AM.


#21
radix

radix

    Friend of MSFN

  • Member
  • PipPipPipPipPip
  • 740 posts
  • Joined 08-February 07
  • OS:Windows 8 x64
  • Country: Country Flag

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 by radix, 14 May 2010 - 09:15 AM.


#22
jsp

jsp
  • Member
  • 1 posts
  • Joined 06-February 10
  • OS:XP Pro x86
  • Country: Country Flag
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.

#23
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

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?

#24
amritlohia

amritlohia

    Newbie

  • Member
  • 11 posts
  • Joined 17-April 10
  • OS:none specified
  • Country: Country Flag
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

#25
frmariam

frmariam
  • Member
  • 7 posts
  • Joined 04-March 07
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 by frmariam, 23 May 2010 - 06:27 PM.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users



How to remove advertisement from MSFN