[war59312]

nitro322, on Mar 5 2007, 02:59 AM, said:

There's been some discussion in the last couple months about Vista. The basic story there is that I don't have access to a system running Windows Vista, so I'm very limited in my ability to test and fix Vista-related issues. As such, Vista is currently not an officially supported OS, though I plan on doing my best to fix issues that are reported.

Hi,

Do you need new hardware, a legal copy of Vista or what?

Take Care,

Will

[DigeratiPrime]

I dont think "reversing" swf's back into fla's is part of UniExtracts function domain, since it is not an archive or installer, instead an animation file. Besides you cannot really recover the original fla anyway.

BTW this is probably a known but FFDShow cannot be extracted, I am using the latest "tryout builds" but they all use the same installer I think.

[nitro322]

war59312, on Mar 6 2007, 12:57 AM, said:

Do you need new hardware, a legal copy of Vista or what?

I just don't have a copy of Vista. Microsoft has severely p***ed me off with the licensing terms for Vista, the forced WGA checks and calling home, the ridiculous new levels of DRM that they're trying to shove down my throat, etc. I have do not intend nor desire to buy a copy of Vista. I'm perfectly happy with Gentoo, and rebooting to my copy of XP when necessary. It's really a shame, too - a lot of the new security features and technologies are long overdue in the Windows environment.

With that said, though, I'm sure it's only a matter of time before I have access to some Vista box somewhere, be it at work, a friend's house, etc. At that point I'll do what I can to make sure UniExtract works properly.

DigeratiPrime, on Mar 6 2007, 01:05 AM, said:

BTW this is probably a known but FFDShow cannot be extracted, I am using the latest "tryout builds" but they all use the same installer I think.

Can you post a link? I can never figure out where exactly you're supposed to download it from. The Sourceforge site only lists builds from 2002 and 2004.

This post has been edited by nitro322: 06 March 2007 - 10:17 PM

[ZoSTeR]

For a free, flexible shell extension with cascaded menus you should try Fast Explorer 2006.
It basically consist of a DLL and a menu ini file.

Quote

You may freely use and redistribute the FEShlExt.dll shell extension module
with your applications for both commercial and non-commercial purposes.

Concerning FFDShow:

ffdshow-tryouts hosts the latest builds. They use InnoSetup 5.1.x which unpacks fine with InnoUnp 0.19

This post has been edited by ZoSTeR: 07 March 2007 - 09:34 AM

[shaddam]

nitro322, on Mar 5 2007, 01:59 AM, said:

shaddam, on Mar 4 2007, 08:44 AM, said:

got a bug report: i'm using win98se(german) +usp2 and version 1.4.1, 1.4.2, 1.5 of uniextractor (with and without installer) simply not working... after some detection of type of installer it always stated ' ... seems to be supported but someting went wrong...' ...
this time i find maybe one or teh reason: even the zipversion seems to delete my whole PATH variable!

Unfortunately, this is somewhat of a known issue. AutoIt and Windows 9x seem to have a whole lot of difficulty agreeing on the PATH, so I've been hacking awaay at various workarounds for the last few versions. You can read through this thread for some of my frustrations with this issue (also look for some of drugwash's previous posts - it sounds like he had the same issues).

I'm going to continue to work on that when I have time, but Windows 9x is not officially supported, so this is a "when I have the time" kind of issue.

thanks nitro for further investigating this topic.... i also tried to pindown the problem....
'winset.exe' works... for instance, if start uniextractor with this bat:
start.bat
''winset path2=%path%;c:\uniextractor;c:\uniextractor\bin
uniextractor.exe
winset path=%path2%''
... the path variable is recovered succesful & not destroyed (but uniextractor is also not working.... :/)

found also your topic on autoit forum... bug is known but no progress here....
http://www.autoitscr...showtopic=15053

i'm highly intrested in helping solving this bug because your tool is extremely uselful especially for older OS because strange installation packages are often the only reason for the not-working of software on win9x.... so if can help in some way testing autoit scripts or other stuff??

This post has been edited by shaddam: 07 March 2007 - 05:51 AM

[nitro322]

ZoSTeR, on Mar 7 2007, 05:28 AM, said:

For a free, flexible shell extension with cascaded menus you should try Fast Explorer 2006.
It basically consist of a DLL and a menu ini file.

Looks promising. Will investigate. Thanks for the tip.

ZoSTeR, on Mar 7 2007, 05:28 AM, said:

ffdshow-tryouts hosts the latest builds. They use InnoSetup 5.1.x which unpacks fine with InnoUnp 0.19

I'll include innounp 0.19 in the next version. DigeratiPrime, are these the same builds you're using?

shaddam, on Mar 7 2007, 05:50 AM, said:

thanks nitro for further investigating this topic.... i also tried to pindown the problem....

Good luck. I've bashed my head against this while for quite some time, and every time I think I have it figured out some new and seemingly completely random problem pops up. winset.exe was may latest desperate attempt, but even that fails.

shaddam, on Mar 7 2007, 05:50 AM, said:

i'm highly intrested in helping solving this bug because your tool is extremely uselful especially for older OS because strange installation packages are often the only reason for the not-working of software on win9x.... so if can help in some way testing autoit scripts or other stuff??

Well, do you know AutoIt? I really don't have much time to work on this at the moment, but if you can figure it out yourself I'll be more than happy to include the fix in the next release. Search through UniExtract.au3 for references to
WIN32. These are the places where I'm doing different things depending on the version of Windows. I'm sure there has to be SOME magic combination of enget, envset, and winset that would make this work, but I sure haven't been able to find it.

If not, I'll continue working on this later on when I get some more free time.

[Shark007]

For FFDshow tryout builds....
clsid builds use a newer version of inno setup. (latest)
Other persons builds, xxl, will extract with the current UniExtractor (so far)
We'll have to wait for inno unpacker to get up to date.

I use these tryout builds in my codec package. Good stuff coming from them.

shark

[GrofLuigi]

nitro322, on Mar 7 2007, 10:16 PM, said:

I'll include innounp 0.19 in the next version.

Just to let you know, I've replaced it on my installation and it's working fine (innounp 0.19 with UniExtractor 1.5).

GL

[shaddam]

nitro322, on Mar 7 2007, 03:16 PM, said:

shaddam, on Mar 7 2007, 05:50 AM, said:

thanks nitro for further investigating this topic.... i also tried to pindown the problem....

Good luck. I've bashed my head against this while for quite some time, and every time I think I have it figured out some new and seemingly completely random problem pops up. winset.exe was may latest desperate attempt, but even that fails.

shaddam, on Mar 7 2007, 05:50 AM, said:

i'm highly intrested in helping solving this bug because your tool is extremely uselful especially for older OS because strange installation packages are often the only reason for the not-working of software on win9x.... so if can help in some way testing autoit scripts or other stuff??

Well, do you know AutoIt? I really don't have much time to work on this at the moment, but if you can figure it out yourself I'll be more than happy to include the fix in the next release. Search through UniExtract.au3 for references to
WIN32. These are the places where I'm doing different things depending on the version of Windows. I'm sure there has to be SOME magic combination of enget, envset, and winset that would make this work, but I sure haven't been able to find it.

If not, I'll continue working on this later on when I get some more free time.

ok... do some tries with the UniExtract.au3 script...

introduced that... but not sure if it was helpful...but shouldn't do harm

; Parse filename
;$filedir = stringleft($file, stringinstr($file, '\', 0, -1)-1)
;$fileext = stringtrimleft($file, stringinstr($file, '.', 0, -1))
;$filename = stringtrimright(stringtrimleft($file, stringlen($filedir)+1), stringlen($fileext)+1)

if @OSType == "WIN32_NT" then
	FilenameParse($file)
else
	FilenameParse(filegetshortname($file))
endif

changed to more ENV Var. based oldpath buffering

; Set environment options for appropriate version of Windows
if stringright($debugdir, 1) <> '\' then $debugdir &= '\'
$debugfile = filegetshortname($debugdir) & 'uniextract.txt'
if @OSType == "WIN32_NT" then
	$cmd = @comspec & ' /d /c '
	$output = ' 2>&1 | tee.exe ' & $debugfile
	envset("path", @scriptdir & "\bin" & ';' & envget("path"))
else
	$cmd = @comspec & ' /c '
	$output = ' | tee.exe ' & $debugfile
;$oldpath = envget("path")
;envset("path", filegetshortname(@scriptdir & "\bin") & ';' & $oldpath)
	envset("path", filegetshortname(@scriptdir & "\bin"))
	runwait($cmd & filegetshortname(@scriptdir & '\bin\winset.exe') & ' oldpath=%path%', @windowsdir, @SW_HIDE)
	runwait($cmd & filegetshortname(@scriptdir & '\bin\winset.exe') & ' path=' & filegetshortname(@scriptdir & '\bin'), @windowsdir, @SW_HIDE)
endif

; Cleanup Win9x path due to AutoIt EnvSet() bug
	if @OSType == "WIN32_WINDOWS" then 
		$cmd = @comspec & ' /c '
		runwait($cmd & filegetshortname(@scriptdir & '\bin\winset.exe') & ' path=%oldpath%', @windowsdir, @SW_HIDE)
	;clear oldpath, if later on (second) startup exist path can be recovered
		runwait($cmd & filegetshortname(@scriptdir & '\bin\winset.exe') & ' oldpath=', @windowsdir, @SW_HIDE)
	endif

but one problem seems also to be the Not calling of this cleanup code in Error/problem case...

then i got problems with the run of decompressors... runs with the removal of the $CMD part...but introduce the problem sometimes with missing the end of this programm call... uniextract window stays forever... tried to fix it with an processwaitclose ...but seems also not to work in all cases

splashtexton($title, t('TERM_TESTING') & ' NSIS ' & t('TERM_INSTALLER'), 300, 25, -1, $height, 16)
	if @OSType == 'WIN32_WINDOWS' then 
		runwait($7z & ' l "' & $file & '"' & $output, $filedir, @SW_HIDE)
		ProcessWaitClose($7z,600)
	else
		runwait($cmd & $7z & ' l "' & $file & '"' & $output, $filedir, @SW_HIDE)
	endif

but overall... i can exctract with this code ... but uniextract wont finish and therefore destroys my PATH Var....

Thoughts?

[PunkAssOtch]

Somewhat tangential, but I added a small CMD file so I could extract more easily on the command line (adjust your own paths):

uniextract.cmd
---
@echo off
for %%s in (%*) do d:\sharedapps\uniextract\uniextract.exe "%%~fs" "%%~dps%%~ns"

I had to upate to a newer version of innounp and I get a "Test" dialog box every so often, but I think people have already mentioned those.

As a side note, I'm kind of frustrated because I can't find any way to search in just this post instead of the entire forum. Am I missing something??

[Sonic]

[Thanks]Great work ! I really like your soft nitro322[/Thanks]

[nitro322]

shaddam, on Mar 11 2007, 07:17 AM, said:

but overall... i can exctract with this code ... but uniextract wont finish and therefore destroys my PATH Var....

Thoughts?

I haven't had anytime to work on UniExtract lately, but will check this out next time I do. Thanks for your work on this.

PunkAssOtch, on Mar 11 2007, 07:23 PM, said:

Somewhat tangential, but I added a small CMD file so I could extract more easily on the command line (adjust your own paths):

Nice trick. :-) UniExtract could originally be run from the command line easily enough, but I inadvertently broke that ability with the 1.4 release when I moved UniExtract.exe to the root install directory rather than \bin\. I only just recently discovered that. Oops. I'm going to investigate improving this in a future release.

PunkAssOtch, on Mar 11 2007, 07:23 PM, said:

As a side note, I'm kind of frustrated because I can't find any way to search in just this post instead of the entire forum. Am I missing something??

Look lower left corner of any page in the thread. You should see an input box that says "Enter Keywords" and a button labeled Search Topic. This should do what you want.

[j7n]

When unpacking the Monkey's Audio v4.00 beta 2 (CRC32: FC29F36A) Universal Extractor v1.5 displays a message box titled "Test" with one choice "OK". The file gets unpacked after I press ok. What's the meaning of this msg box?

[nitro322]

j7n, on Mar 21 2007, 10:33 PM, said:

What's the meaning of this msg box?

It's leftover debugging code, as previously mentioned. You can just click OK and ignore it, as it doesn't do anything other than pause execution. It'll be fixed in the next version.

[Molecule]

In my 98se puter, I tried running UE_1.5 on soporific's autopatcher 98se and got the following response [I tried uploading 2 png screendumps with Mozilla javascript on, but the code hangs my Mozilla 1.7.12]:

[first title bar: Universal Extractor v1.5]
Scanning file to determine filetype.

[second title bar: AutoIt Error]
(x) Line 0 (File "C:\Program Files\Universal Extractor\UniExtract.exe"):
runwait($cmd & $trid & $f & ' "'& $f & '" >' & $debugfile, $filedir, @SW_HIDE)
Error: Unable to execute the external program.
A device attached to the system is not functioning.
[ OK ]

I saw in a prior post in this thread that AutoIt has some conflicts with 98se ... so I fed it a straight zip file and it handled it great.

So, that means that it's not my 98se and AutoIt-UI. Rather, it must be something peculiar to this particular file.

The target file, www.softpedia.com/progDownload/Auto-patcher-for-Windows-98SE-Download-64269.html, is a 230meg dos-window excutable, with cool interface to unzip(?) files to a user selected directory.

A small hex dump of the header of the 230 M file follows, if that helps.

 offset	  0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
00000000	4D 5A 90 00 03 00 00 00 04 00 00 00 FF FF 00 00	MZ..........ÿÿ..
00000010	B8 00 00 00 00 00 00 00 40 00 00 00 00 00 00 00	¸.......@.......
00000020	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
00000030	00 00 00 00 00 00 00 00 00 00 00 00 E8 00 00 00	............è...
00000040	0E 1F BA 0E 00 B4 09 CD 21 B8 01 4C CD 21 54 68	..º..´.Í!¸.LÍ!Th
00000050	69 73 20 70 72 6F 67 72 61 6D 20 63 61 6E 6E 6F	is program canno
00000060	74 20 62 65 20 72 75 6E 20 69 6E 20 44 4F 53 20	t be run in DOS 
00000070	6D 6F 64 65 2E 0D 0D 0A 24 00 00 00 00 00 00 00	mode....$.......
00000080	ED 4E CB 43 A9 2F A5 10 A9 2F A5 10 A9 2F A5 10	íNËC©/¥.©/¥.©/¥.
00000090	C6 30 AE 10 AB 2F A5 10 2A 33 AB 10 BD 2F A5 10	Æ0®.«/¥.*3«.½/¥.
000000A0	C6 30 AF 10 93 2F A5 10 CB 30 B6 10 AC 2F A5 10	Æ0¯.“/¥.Ë0¶.¬/¥.
000000B0	A9 2F A4 10 F7 2F A5 10 FD 0C 94 10 AA 2F A5 10	©/¤.÷/¥.ý.”.ª/¥.
000000C0	6E 29 A3 10 A8 2F A5 10 52 69 63 68 A9 2F A5 10	n)£.¨/¥.Rich©/¥.
000000D0	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
000000E0	00 00 00 00 00 00 00 00 50 45 00 00 4C 01 04 00	........PE..L...
000000F0	59 45 6D 41 00 00 00 00 00 00 00 00 E0 00 0F 01	YEmA........à...
00000100	0B 01 06 00 00 50 00 00 00 C0 00 00 00 00 00 00	.....P...À......
00000110	9D 1D 00 00 00 10 00 00 00 60 00 00 00 00 40 00	.........`....@.
00000120	00 10 00 00 00 10 00 00 04 00 00 00 00 00 00 00	................
00000130	04 00 00 00 00 00 00 00 00 20 01 00 00 10 00 00	......... ......
00000140	00 00 00 00 02 00 00 00 00 00 10 00 00 10 00 00	................
00000150	00 00 10 00 00 10 00 00 00 00 00 00 10 00 00 00	................
00000160	00 00 00 00 00 00 00 00 90 66 00 00 3C 00 00 00	.........f..<...
00000170	00 B0 00 00 30 69 00 00 00 00 00 00 00 00 00 00	.°..0i..........
00000180	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
00000190	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
000001A0	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
000001B0	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
000001C0	00 60 00 00 40 01 00 00 00 00 00 00 00 00 00 00	.`..@...........
000001D0	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................
000001E0	2E 74 65 78 74 00 00 00 9A 48 00 00 00 10 00 00	.text...šH......
000001F0	00 50 00 00 00 10 00 00 00 00 00 00 00 00 00 00	.P..............
00000200	00 00 00 00 20 00 00 60 2E 72 64 61 74 61 00 00	.... ..`.rdata..
00000210	64 0D 00 00 00 60 00 00 00 10 00 00 00 60 00 00	d....`.......`..
00000220	00 00 00 00 00 00 00 00 00 00 00 00 40 00 00 40	............@..@
00000230	2E 64 61 74 61 00 00 00 00 33 00 00 00 70 00 00	.data....3...p..
00000240	00 30 00 00 00 70 00 00 00 00 00 00 00 00 00 00	.0...p..........
00000250	00 00 00 00 40 00 00 C0 2E 72 73 72 63 00 00 00	....@..À.rsrc...
00000260	30 69 00 00 00 B0 00 00 00 70 00 00 00 A0 00 00	0i...°...p... ..
00000270	00 00 00 00 00 00 00 00 00 00 00 00 40 00 00 40	............@..@
00000280	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00	................

[nitro322]

Clippit, on Feb 8 2007, 07:06 AM, said:

[*]Add support to .wim file?
.wim file is Microsoft Windows Imaging Format. It used for Windows Vista Install, Windows PE 2.0 and so on. You can see Wikipedia for more infomation.
To extract files from .wim file, you must use command tool ImageX. The tool include Windows Automated Installation Kit (AIK). WAIK is free for users, download address: http://www.microsoft.com/downloads/details...;DisplayLang=en
Please read the WAIK LICENSE and make sure if it can be used in Universal Extractor:
WAIK_LICENSE.RTF

At this time it looks like I won't be able to add support for .wim files. According to the license terms you posted, the Microsoft utilities are most definitely not freely redistributable. Until a 3rd-party solution becomes available, this won't be possible.

[Fasix]

Hi,
Why version 1.4.2 work with ImgBurn setup v2.3.0.0 but version 1.5 don't work?

[catster]

Great tool, Used it a lot in the past. While trying to upgrade to v1.5 avast! aniti-virus indicates UniExtract.exe is infected with Win32:Sohanad-I [Wrm]

Hopefully this is just a false positive????

[dsabadell]

I have had the same problem. I installed the Universal program Extractor already days ago and I have used it without any problem until today. I have tried to search information about the virus in the Google and almost it does not go out on any web page. I have not found some even in the database of Avast!!

I have gone to the forum of the Extractor page of Universal and there is the message of a user who already had problems with the antivirus of Avast and Universal Extractor in January! Pity that nobody has answered him points his message.

I've posted a message in the Avast forum.

I tend to believing that this is a false alarm, but I would like to confirm it. Anybody can help us? In the meantime, I've uninstalled Universal Extractor.

Thanks in advance

David

[dsabadell]

Ok, I've tried zipped version, without installer, and Avast, after scanning, doesn't complain!!

David