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

UE_1.5 works on w98se


  • Please log in to reply
8 replies to this topic

#1
Molecule

Molecule

    Member

  • Member
  • PipPip
  • 190 posts
  • Joined 11-November 05
UE 1.5 works great on w98se -- usually.

however, the setup exe for Object Fix Zip (http://www.objectfix...s/objectfixzip/) crashes 1.5 -- UE15 reports "testing inno setup installer" then "test [OK]" then "extracting files from: Inno Setup Installer" then (X)

AutoIt Error (X) Line 0 (File "C:\Program Files\Universal Extractor\UniExtract.exe"):
runwait($cmd & $inno & '-x -m'" & $file & $file & '"'& $oiutput, $ outdir)
Error: Unable to execute the external program.
A device attached to the system is not functioning.

I don't know autoit, but that's an odd arrangement of quotation marks in the command string. There's an even number ok, but I can't pair them up sensibly.

Would love to see the w98 switches turned on during compiles of v1.6 if possible. 98se ain't dead yet.

Edited by Molecule, 09 November 2008 - 08:00 PM.



How to remove advertisement from MSFN

#2
nitro322

nitro322

    Advanced Member

  • Developer
  • 387 posts
  • Joined 05-November 04

UE 1.5 works great on w98se -- usually.
however, the setup exe for Object Fix Zip (http://www.objectfix...s/objectfixzip/) crashes 1.5 -- UE15 reports "testing inno setup installer" then "test [OK]" then "extracting files from: Inno Setup Installer" then (X)

AutoIt Error (X) Line 0 (File "C:\Program Files\Universal Extractor\UniExtract.exe"):
runwait($cmd & $inno & '-x -m'" & $file & $file & '"'& $oiutput, $ outdir)
Error: Unable to execute the external program.
A device attached to the system is not functioning.

I don't know autoit, but that's an odd arrangement of quotation marks in the command string. There's an even number ok, but I can't pair them up sensibly.

Actually, this is the exact line of code:

runwait($cmd & $inno & ' -x -m "' & $file & '"' & $output, $outdir)
And those quotes do indeed match up. The full thing translates to the following (making assumptions for the paths):

c:\windows\command.com /c innounp.exe -x -m "c:\path\to\file.exe" | tee.exe c:\uniextract.exe
The problem you're seeing is not from invalid syntax in that line of code, but rather from various path and environmental variable issues that I could never work out quite right under Windows 9x. You can search through the really long main Universal Extractor thread for some more details if you'd like.

Would love to see the w98 switches turned on during compiles of v1.6 if possible. 98se ain't dead yet.

Actually, it is. Software vendors can't support a given OS perpetually, and I think when the OS vendor itself end-of-life's the OS it's time to move on. Think about it - a line has to be drawn somewhere, otherwise the same argument could be made for why Windows 2.0 isn't supported.

With that said, though, I didn't intentionally remove support for Windows 9x in UniExtract. It just never really worked right to begin with. :-) The big difference with 1.6, however, is that the current versions of AutoIt has moved to native Unicode binaries. Windows 9x doesn't support this, and as such new AutoIt applications will not run under Windows 9x. They still offer an option to compile ASCII binaries instead for use with Windows 9x, but I'm just not interested in maintaining separate versions, particular when one of them is for an OS that's been end-of-life'd and will be receiving no new security patches and updates. Plus, as I already mentioned, support for Windows 9x was always buggy to begin with (which is why it was never officially supported).

I don't mean to come across as an a** here, and I apologize if I do. This topic has come up a lot, and while I'd love to be able to fully support Windows 9x, it's just not feasible for a number of reasons.

Edited by nitro322, 08 May 2010 - 02:48 AM.


#3
Philco

Philco

    Member

  • Member
  • PipPip
  • 273 posts
  • Joined 24-June 06
  • OS:98SE
  • Country: Country Flag

UE 1.5 works great on w98se -- usually.
however, the setup exe for Object Fix Zip (http://www.objectfix...s/objectfixzip/) crashes 1.5 -- UE15 reports "testing inno setup installer" then "test [OK]" then "extracting files from: Inno Setup Installer" then (X)

AutoIt Error (X) Line 0 (File "C:\Program Files\Universal Extractor\UniExtract.exe"):
runwait($cmd & $inno & '-x -m'" & $file & $file & '"'& $oiutput, $ outdir)
Error: Unable to execute the external program.
A device attached to the system is not functioning.

I don't know autoit, but that's an odd arrangement of quotation marks in the command string. There's an even number ok, but I can't pair them up sensibly.

Actually, this is the exact line of code:

runwait($cmd & $inno & ' -x -m "' & $file & '"' & $output, $outdir)
And those quotes do indeed match up. The full thing translates to the following (making assumptions for the paths):

c:\windows\command.com /c innounp.exe -x -m "c:\path\to\file.exe" | tee.exe c:\uniextract.exe
The problem you're seeing is not from invalid syntax in that line of code, but rather from various path and environmental variable issues that I could never work out quite right under Windows 9x. You can search through the really long main Universal Extractor thread for some more details if you'd like.

Would love to see the w98 switches turned on during compiles of v1.6 if possible. 98se ain't dead yet.

Actually, it is. Software vendors can't support a given OS perpetually, and I think when the OS vendor itself end-of-life's the OS it's time to move on. Think about it - a line has to be drawn somewhere, otherwise the same argument could be made for why Windows 2.0 isn't supported.

With that said, though, I didn't intentionally remove support for Windows 9x in Windows 9x. It just never really worked right to begin with. :-) The big difference with 1.6, however, is that the current versions of AutoIt has moved to native Unicode binaries. Windows 9x doesn't support this, and as such new AutoIt applications will not run under Windows 9x. They still offer an option to compile ASCII binaries instead for use with Windows 9x, but I'm just not interested in maintaining separate versions, particular when one of them is for an OS that's been end-of-life'd and will be receiving no new security patches and updates. Plus, as I already mentioned, support for Windows 9x was always buggy to begin with (which is why it was never officially supported).

I don't mean to come across as an a** here, and I apologize if I do. This topic has come up a lot, and while I'd love to be able to fully support Windows 9x, it's just not feasible for a number of reasons.


Only note: Any version (old) with support win98? Test 1.5 - error unpacking.....
Posted Image
czech localization NUSB, BigHDD & UberSkin - homepage czech project: Winpack.org and windows98.ic.cz

#4
jds

jds

    -DOS+

  • Member
  • PipPipPipPip
  • 603 posts
  • Joined 03-June 08
  • OS:98SE
  • Country: Country Flag

I don't mean to come across as an a** here, and I apologize if I do. This topic has come up a lot, and while I'd love to be able to fully support Windows 9x, it's just not feasible for a number of reasons.


Is there any way to hack a 1.5 & 1.6 hybrid together that can work with W98?
Alternatively, using UE with KernelEx?

I tried to use KernelEx to install 1.6, which seemed to work (install), but all it does is produce an empty file called "&1" and give an error like "I should be able to extract this, but something went wrong, so you want to view the log file?". There isn't a log file anyway.

Interestingly BTW, the AutoIt v3 home page says "Compatible with Windows 95 / 98 / ME / NT4 / 2000 / XP / 2003 / Vista / 2008".

Joe.

#5
xenon2050

xenon2050

    Junior

  • Member
  • Pip
  • 54 posts
  • Joined 05-July 07
I can't help but shake my head when people say they are using windows 98se. I can understand if you have it running on a old computer for computer games or things like that, but if you are using UE on it it makes me wonder if it isn't the primary computer... I mean comeon people, its been out of support for 3 years and is over 10 years old.... :) I'd rather see the program develop on current OSes instead of spending time making it work on 98se, which is a waste of time IMHO.

#6
jds

jds

    -DOS+

  • Member
  • PipPipPipPip
  • 603 posts
  • Joined 03-June 08
  • OS:98SE
  • Country: Country Flag
I can't help but shake my head when people ... adopt the herd mentality and accept cumbersome, boated, unsafe (thanks for all those "enhanced" features and back doors, eh) and incompatible OS ... ;)

Anyway, just a quick (and long overdue) update - KernelEx has come a long way since this thread was started, and UE 1.6 no longer presents a problem on W98.

However, now we too can enjoy this old UE bug : http://www.msfn.org/...acting-archive/

What I found was that UE initially worked OK, but some time (months?) later, I noticed a problem opening ZIP or CAB files (however, UE is not first choice, so perhaps I'd never tried this before; BTW, I can't remember the error) but it worked OK for EXE files.

Now some further time later (months?), it no longer works at all, due to the above bug. Is there a realistic solution, other than the suggestion to reformat the hard drive?

Oh, and AutoIt by itself runs just fine, so it doesn't seem to be the culprit.

Joe.

Edited by jds, 12 July 2011 - 02:18 AM.


#7
jds

jds

    -DOS+

  • Member
  • PipPipPipPip
  • 603 posts
  • Joined 03-June 08
  • OS:98SE
  • Country: Country Flag

we too can enjoy this old UE bug : http://www.msfn.org/...acting-archive/

What I found was that UE initially worked OK, but some time (months?) later, I noticed a problem opening ZIP or CAB files (however, UE is not first choice, so perhaps I'd never tried this before; BTW, I can't remember the error) but it worked OK for EXE files.

Now some further time later (months?), it no longer works at all, due to the above bug. Is there a realistic solution, other than the suggestion to reformat the hard drive?

Yeah! Fixed it (well, at least for opening EXE files)!

Edited '\Program Files\Universal Extractor\UniExtract.ini' and changed "globalprefs=0" to "globalprefs=1".

Joe.

#8
RobinHood

RobinHood
  • Member
  • 3 posts
  • Joined 17-May 11
  • OS:XP Pro x86
  • Country: Country Flag


we too can enjoy this old UE bug : http://www.msfn.org/...acting-archive/

What I found was that UE initially worked OK, but some time (months?) later, I noticed a problem opening ZIP or CAB files (however, UE is not first choice, so perhaps I'd never tried this before; BTW, I can't remember the error) but it worked OK for EXE files.

Now some further time later (months?), it no longer works at all, due to the above bug. Is there a realistic solution, other than the suggestion to reformat the hard drive?

Yeah! Fixed it (well, at least for opening EXE files)!

Edited '\Program Files\Universal Extractor\UniExtract.ini' and changed "globalprefs=0" to "globalprefs=1".

Joe.



#9
RobinHood

RobinHood
  • Member
  • 3 posts
  • Joined 17-May 11
  • OS:XP Pro x86
  • Country: Country Flag
I'm an AutoIt Scripter myself, and have noticed that a lot of AntiVirus programs can also interfere with the script ( fals positives )...If it's from a reliable source ( like MSFN), i would recommend a "disable" of your AntiVirus-program as a "test" as well...




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users