KernelEx 4.5.2 New release 2011-11-14
Posted 14 March 2010 - 11:08 PM
I am running Mozilla Firefox 3.6 to do this...
Thing is, I had to read about forty-leven pages to figure out that you had to right-click the *.exe application to set the 'configuration'. But what do I know.
I still don't have a clue as to what I am doing... It just functions right now.
Mebbe someone of the cognoscenti can leave a trifle here and there...
The Old URLs are apparently no longer available, and thus all the information[to me?] about how to do this is lost...
Posted 15 March 2010 - 02:10 PM
Universal Extractor V1.6 installs normally in compatibility mode, starts normally and runs, but can't extract any files from any archive I tried. It correctly determines the archive type, but gives error: "Extracting failed" with no reason and empty log file. It must be related to some incompatibility, otherwise at least some archive types would extract normally. The program uses a number of plugins to extract various packed files. I also tried to select a XP2 compatibility mode for each plugin separately, but it didn't help. Very helpful program, when looking for particular files packed in .exe archives without installing them.
Also questions: does KernelEx automatically support any running program, unless disabled in Compatibility Tab? If yes, what OS compatibility mode it supports by default, if no mode is selected by user? If the same program (like Opera 10.5) can run under many Windows OSs, what its mode would KernelEx auto support by default?
This post has been edited by simco51: 15 March 2010 - 02:32 PM
Posted 15 March 2010 - 02:13 PM
DriveSoft runs OK without install. It asks for mfc42u.dll file from Windows VisualStudio redistributable vc6redistsetup_enu.exe. I unpacked the .exe file with 7zip, and copied mfc42u.dll to system folder and registered it with regsvr32. DriveSoft runs normally now, but doesn't work: it scans the PC connected drives, but can't open any of them giving error: "Can't open the drive. The system can't find the file specified". DriveSort is needed to sort the files before playing movies on a standalone DVD player via a USB connected Fat32 hard drive: it sorts the files on the drive by name instead of default by saving sequence. The author answered: "DriveSort will not run under Win98SE because versions of windows older than Windows NT4/2000 have a different way of providing access the low level disk programming interfaces, which DriveSort needs to interact with the FAT and lock your disk while doing so."
Can this issue be resolved by KernelEx? It seems to be a valid issue for any Disk Copy program in such case. May be this is the reason for Universal Extractor above to fail too: its plugins can write to disk? But some of those run under Win98SE on their own without problems.
This post has been edited by simco51: 15 March 2010 - 02:34 PM
Posted 15 March 2010 - 03:00 PM
KernelEx is not supposed to run every program for Win XP . So it is not really an issue.
Universal Extractor 1.6 is nor running on plain vanilla Windows 98:
From UniExtract ChangeLog:
Removed support for Windows 9x due to new Unicode version of AutoIt;
9x was never officially supported, but it will not even execute now ,
and nor after install of KernelEx 4.0 or 4.5 .
Core version 1.5 is running well but you will have to update a few files.
For instance, if you have version 1.6 beta, you can replace the 'UniExtract.exe' file by version 1.5 ,
but that doesn't work in version 1.6 final .
This post has been edited by CharlesF: 15 March 2010 - 03:01 PM
Posted 15 March 2010 - 03:14 PM
This post has been edited by simco51: 15 March 2010 - 03:34 PM
Posted 15 March 2010 - 05:21 PM
A little further down in the list of posts is this:
The kernelex app compatability database ... listing programs known to fail and known to work. Likely not all of either category.
hasta la bye bye
Posted 15 March 2010 - 05:34 PM
You will have to check by yourself , or to read completely this thread, and the KernelEx App Compatibility Database .
The non-compatibility of an application with Windows 9x can come from several points:(FWIW)
- support of unicode
- API not present in native Win 9x
- for Universal Extractor, it seems that it is checking for the OS before running and 'will not even execute' if it find Windows 9x. So, it could be that it is looking for a certain key in registry for instance, like the 'User Agent' string used for the browsers. Maybe with some tests, it could possible to go through this limitation by tweaking those key(s).
FWIW, you are not supposed to set the compatibility tab with every program you want to run under KernelEx.
No setting is the widest compatibility.
Only a few programs need to be mistaken. The tooltip of this tab says that it 'changes OS identification & emulates OS behavior'.
Read in this thread, page 5 post #93 from M()zart.
Posted 17 March 2010 - 03:06 PM
Don't forget to let us know if you still have problems.
I effectively had beta 1 installed. Must have mixed up the two versions ... really stupid !
Sorry for that !
This post has been edited by RodgerOver: 17 March 2010 - 03:07 PM
Posted 17 March 2010 - 05:25 PM
Posted 21 March 2010 - 04:59 PM
Posted 23 March 2010 - 02:57 AM
However, we have a problem in 98SE installing 4.5 Beta 2, downloaded from SourceForge 3/22/10.
Uninstalled 4.0 RC2, told it delete settings, made sure its Registry key and \Windows\Kernelex were gone.
The 4.5b2 Installer gave an Illegal Operation box, and "returned: -1".
It erased the extracted setup file and added nothing to the Registry.
We can't find anything about returned codes - can someone help ?
Our 98SE is much hacked, but the old v4.0 Final2 re-installed OK.
Posted 23 March 2010 - 05:28 PM
Also on the subject of the font problem in Seamonkey 2.0 menus:
Changing the font for everything in Properties\Appearance works if you use "Times New Roman (Western)".
But we found no way to change the system font to micross.ttf from XP.
The font installed, but refused to 'take' in Properties\Appearance.
This post has been edited by dirtyoldm: 29 March 2010 - 10:56 PM
Posted 25 March 2010 - 12:40 PM
Tried it again (new day, new boot) - micross.ttf (Microsoft Sans Serif) disappears from the Properties dropdowns when you go back to them again.
Yet it DOES take effect, the menus are now micross.ttf.
Sadly the menus still have black rectangles at the end of many items.
This post has been edited by dirtyoldm: 29 March 2010 - 10:57 PM
Posted 25 March 2010 - 01:52 PM
Posted 29 March 2010 - 06:14 PM
I had deleted \Windows\KernelEx with the files from 4.0RC2, where it keeps KERNEL32.BAK.
Replaced \Windows\System\KERNEL32.DLL with the stock version and now it installs just fine.
OK, I am an id***... [it won't let me call myself an i d i o t! How kind.] but found nothing saying NOT to do that!
There's only a slight hint that you can install the new ver over the old one without uninstalling first.
I don't know if the patched bytes are in the same locations for every version.
Perhaps the installer can simply omit the check for a stock KERNEL32.DLL.
Or each version could recognize a previously patched KERNEL32.DLL and restore any bytes NOT to be patched.
That would also save 400K+ of disk space.
This post has been edited by dirtyoldm: 29 March 2010 - 10:59 PM
- ← Linksys WMP54Gx ,WMP54GX4,WPC54GX in Windows 98se
- Windows 9x Member Projects
- RP9 Themes megathread! →